[62812] in SAPr3-news
Re: SAP GUI Performance: Windows, HTML oder Terminal?
daemon@ATHENA.MIT.EDU (Manuel Rodriguez)
Sun Oct 17 04:08:22 2010
To: sapr3-news@mit.edu
Date: Sun, 17 Oct 2010 01:00:52 -0700 (PDT)
From: Manuel Rodriguez <aa5@gmx.net>
Message-ID: <ad65a000-f391-4bd7-8d0f-e27eb256abb4@x42g2000yqx.googlegroups.com>
On 13 Okt., 09:11, Christoph Niessl <christoph.nie...@gmx.de> wrote:
> Am Wed, 13 Oct 2010 08:27:50 +0200 schrieb Christian Knappke:
>
>
>
> >> angenommen ich hab eine Au=DFenstelle mit ISDN Geschwindigkeit an SAP
> >> ERP angeschlossen, d.h. mit mageren 64kbit. Welchen SAP GUI soll ich
> >> installieren f=FCr optimale Performance?
> >> =A0 =A0 1. Standard GUI mit Windows
> >> =A0 =A0 2. Browserbasiert als HTML
> >> =A0 =A0 3. =DCber Terminal, d.h. Remote-Desktop
>
> >> Konkret will ich fl=FCssiges Arbeiten trotz Schmalspurbandbreite. Oder
> >> sind alle 3 GUIs etwa gleichflott (immerhin ist es der gleiche
> >> Applikationsserver)?
>
> > Das DIAG-Protokoll des SAP-GUI ist von den genannten das effektivste
> > hinsichtlich der Bandbreite. Im SAPLOGON dann noch "Langsame
> > Verbindung" in den Netzwerkeinstellungen ausw=E4hlen.
>
> > HTML ist sehr geschw=E4tzig und Remote-Desktop =FCbertr=E4gt Grafik-=C4=
nderungen.
>
> Grunds=E4tzlich richtig; aber bei einer 64kbit-Leitung und nur einem User=
ist
> es ziemlich egal, ob man eine vern=FCnftige Terminal-Emulation verwendet =
(die
> braucht irgendwas um 30 kbit/s als Minimum, denn so arg viel Grafik ist i=
m
> SAPGUI nicht drin), oder eben einen SAPGUI mit LSC (low speed connection)=
.
> Bei letzterem h=E4ngt der Bandbreitenbedarf nat=FCrlich auch von der Akti=
vit=E4t
> des Users ab. Da ein User normalerweise zwischen zwei Dialogschritten
> einige Sekunden vergehen l=E4sst, kann in der Zeit ein anderer User seine=
n
> Dialogschritt durchbringen; wenn beide gleichzeitig senden, kann die
> Antwortzeit sich halt verl=E4ngern, weil beide um die geringe Bandbreite
> konkurrieren. Uninfomierte User k=F6nnten dar=FCber verwundert sein.
>
> Terminal-Emulation bringt vorhersagbareres Antwortzeit-Verhalten bei
> mehreren Usern, allerdings ist ISDN bei zwei Usern schon ziemlich dicht.
>
> Der Bandbreitenbedarf ist eigentlich inhttp://service.sap.com/~sapdownloa=
d/011000358700003943521999E/Sizing_...
> sehr ausf=FChrlich beschrieben. Wenn der Link nciht funktioniert sollte e=
s so
> gehen:http://service.sap.com/sizing-> Sizing Guidelines -> Solutions & Pl=
atform
> -> Front-end Network Requirements for SAP Solutions
>
> Einfache Kalkulation:
> ein SAPGUI Dialogschritt braucht je nach Modul grob gesagt bei LSC um 3 b=
is
> 7 kByte, ohne LSC knapp das Doppelte. Bei 64kbit/s sind das mit LSC
> zwischen 0.4 und 0.9 Sekunden reine Daten=FCbertragungszeit (mit LSC), da=
s
> ist von meiner Vorstellung von fl=FCssigem Arbeiten recht weit entfernt, =
aber
> so ist es mit ISDN nunmal.
> HTML-GUI braucht pro DS irgendwas um 20 bis 30 kByte, mit ISDN wartet man
> dann halt schon mal einige Sekunden, also komplett indiskutabel.
>
> Ciao Christoph
Soeben hab ich bei Youtube eine weitere Variante entdeckt, wie man den
SAP GUI anbinden kann: SAP auf dem iPhone. Das ist so ziemlich das
asozialste was ich seit langem gesehen hab. Da waren bunte Kn=F6pfe zu
sehen, dann ein Chart mit irgendwelchen Infos usw. Im Appstore steht
der Kram zum kostenlosen Download bereit. Ob es auch ein Android
Frontend gibt will ich gar nicht wissen. Ich dachte immer, SAP w=E4re
eine seri=F6se Firma; SAP for iPhone ist doch eher was f=FCr die Tochter
zum Spielen.
