Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

[SonicBe@m]

Hallo,

Wir haben JTL auf einem externen Server in deutschland von Webtropia installiert.
Specs:

1.000 MBit i7-5820k (6 x 3,3 GHz) 64 GB DDR4 ECC SQL Express Importiert sind 4000 Artikel. Keine weitere Konfiguration.

Die Zugriffszeiten beim Client (Ob in der Firma oder daheim) liegen bei 5 - 8 Sekunden bis ein Artikel überarbeitet werden kann / abgerufen wird.
Im Kassensystem LS-POS dauert es entsprechend ebenfalls so lange bis der eingescannte Artikel auch erscheint.

Verbindung ist derzeit direkt ohne VPN via ODBC und freigegebene Ports.

An was kann diese gigantische Zeit liegen?
Die Produkte haben nur Grundinformationen (Preis, Name etc...) ohne Bilder oder sonstige Daten die größer als 10kb wären.
Wichtig vielleicht am Rande, es sind 418 Grundartikel. Der Rest sind Variationsartikel.

Client Verbindung in München ist im Durschnitt bei 15 mbit.

 

[SonicBe@m]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Gibt es keinen der JTL bzw die MSSql Datenbank auf einem externen dedizierten Root am laufen hat und von seinen Clients ohne Netzinterne replikation der Datenbank darauf verbinden?
Sei es via VPN oder direkt?

Dass kann ich mir doch kaum vorstellen.
Gerade im hinblick auf Filialen würde es doch hier mindestens einen im Forum geben?

Oder arbeiten hier alle via RDP?

 

[fav-hosting.online]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Hi,

also bei uns waren die Zugriffszeiten auch lange 5-10 Sekunden. Beim beenden des Kassiervorgangs war die Dauer von der Anzahl der Artikel abhängig.
Unsere Lösung ist derzeit JTL über RDP und LS-POS über Replikation, wir haben nach langen testen aufgegeben.
Einzige alternative wäre noch eine LS-POS Lizenz für RDP.
Du kannst ja mal den Profiler starten und prüfen welche Vorgänge eventuell beschleunigt werden können.

 

[Leon1]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

da ich das ganze auch mit gehosteter DB umsetzen möchte für verschiedene filialen, finde ich es erschreckend, dass dies so schlecht zu funktionieren scheint ! jeder der sich bisher dazu geäußert hat, hat mit extrem langen wartezeiten zu kämpfen, bzw, lässt es direkt wieder bleiben.

kann dieses problem nicht behoben werden ?

 

[SonicBe@m]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Also vom Versuchsaufbau wäre noch die Möglichkeit via SQL Server und eine Replikation des Server.
Allerdings kostet hier die Lizenz auch schon mal zwischen 500€ und 700€.

Wird mein nächster test.

Auch wenn es am Ziel vorbei ist...
Dadurch wird die Datenbank (über sql express 2014 als Abonent) auf dem Client bzw dann eigentlich schon auf einem Filialserver gesynct.

Aber mal im ernst.. ^^
Was auch immer JTL intern macht... es synct ständig.
Selbst mit der Beta Funktion für den Cache wird es nicht viel besser.
Im gegenteil.. Hier werden relevante Information nicht mal korrekt übernommen.

Und einen Terminalserver für Multi RDP Sessions werde ich garantiert nicht kaufen und vor allem konfigurieren lassen.

Ich denke es gibt viele die ähnlich arbeiten.
HEY ! Es ist 2016!
IoT - Internet of Things

Ansonsten endet es wie bei SAP.
JTL ist eine wirklich feine Sache und auch für mittlere Betriebe eine ernst zunehmende Software.
Aber nicht wenn der Server immer im LAN stehen muss.

Was im Hinblick die Funktion z.b. von LS-POS in ihrer echt eleganten Variante allein aus Performance gründen wieder zu nichte macht.
Die Kasse dient ja schließlich nur als simpler Client in minimal Konfiguration.

 

[fav-hosting.online]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Replikation funktioniert nicht auf Grund der aktuellen Datenbankstruktur.

 

[SonicBe@m]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

So Nachtrag nun ausgiebig. bitte den letzten löschen, durfte nicht mehr bearbeiten.


So in einer sicheren Umgebung hab ich nun mal die Verbindungen untersucht.
Bitte die Angaben durch zwei teilen weil ich eine Anfrage und Antwort habe!

Also Aufruf von Produkten baut auf der Stelle 15 Verbindungen auf.
Nein nun wurden die Daten nicht vollständig geladen.
Jeder Klick auf eine Unterkategorie baut erneut auf.
In der Spitze liege ich bei einer Kategorie bei 84 Verbindungen.

In JTL wenn ein Produkt zum editieren aufgerufen wird, werden und dass ist jetzt echt heftig...
250 Verbindungen auf TCP und SSL verarbeitet.
Teilen wir durch zwei sind es 125 was für einen Request abartig hoch ist.

Mir kommt es so vor als wenn die Software wirklich alles aktualisiert was in dem entsprechenden Tab ist und nicht nur die Ansicht.
Zumindest kommt es mir so vor als würde jeder Klick alle Attribute einzeln aus der Datenbank neu angefordert werden.
Ein Klick (meine Datenbank ist leer) auf Einkauf fordert 767 Verbindungen (initial) alle auf TCP basis.

So jemand der keine Ahnung hat denkt sich was ist dass schon..

Einfach erklärt... Normal macht man eine Verbindung zu einer Datenbank auf und fragt nun die Daten ab.
Die Verbindung steht.

Hier werden 400 Verbindungen hergestellt die eigentlich in einer einzigen abgearbeitet werden können.
Jede Verbindung kostet richtig zeit, sagen wir 20ms.
Rechnen wir hoch liegen wir bei 400 Verbindungen bereits bei 8000ms (8 Sekunden)
Das führt zu unserem extremen Timing.
Und tatsächlich dauert die Antwort bis ich unter Kunden die Daten sehe bei 8 Sekunden
Das wäre so als würde ich für jede E-Mail die ich schreibe mein E-Mail Programm neustarten müsste.

Der Tab Kunden nur 19 (2 kunden eingetragen), der Klick auf einen Kunden 39.
Angebot gibt mir 34 hier sind keine vorhanden.

Gut ich könnte nun den ganzen traffic zerlegen aber was auch immer in JTL passiert.
Hier wird ganz krass für jedes Feld eine neue Connection aufgebaut.

Dann muss man sich nicht wundern dass wir jenseits von 5-10 Sekunden liegen.
Der Aufbau einer Verbindung... und dass lernt jeder in der Softwareentwicklung gehört zu den teuersten Ressourcen.


Mein Fazit.
Ohne lokaler Datenbank auf einem schnellen System ist JTL praktisch unbrauchbar.
Ein Skalierung in einer Cloud ist nicht möglich.
Jedenfalls soweit wir über Remote reden.

Nach meiner jetzigen Analyse ist die einzig nützliche Variante... JTL via RDP zu bedienen.
Alles andere ist total sinnlos.

@JTL ihr müsst unbedingt an eurem net code arbeiten.
Damit bekommt ihr auch die Kunden die auf Remotedatenbanken arbeiten.
Und dass, könnt ihr euch vorstellen, können auch sehr große Unternehmen sein, welche noch nach einer guten Lösung suchen.
Hier seit ihr gut!
FIX IT ! Es ist echt wichtig.

 

[SonicBe@m]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Ich stelle mich auch gerne als Berater in der Optimierung zur Verfügung.
Es ist schön was ihr erzeugt habt, es steckt aber mehr potential dahinter!
Ruht euch nicht auf der jetzigen Sache aus.
Sonst werdet ihr einer von vielen.

 

[Janusch]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Hallo,

die Wawi ist nicht für Remote konzeptioniert und lässt sich auch nicht dahin umbauen. Deshalb bleibt die einzige Lösung wenn man außerhalb von LAN arbeiten möchte und nicht warten will RDP, Terminalserver oder andere.

https://de.wikipedia.org/wiki/ADO.NET , https://msdn.microsoft.com/en-us/library/8xx3tyca(v=vs.110).aspx sind unter anderem die Techniken die wir nutzen und wir werden da auch nichts großartig was dran umstellen.

 

[SonicBe@m]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Hallo Janusch und danke für deine Antwort.
Deine Aussage dass es sich nicht dahin gegen umbauen lässt kann ich mir fast nicht vorstellen.
"Zitat ADO": Durch Verbindungspooling kann die Leistung und Skalierbarkeit einer Anwendung wesentlich erhöht werden.
Aber mal im ernst ?
Wenn ihr Pooling nutzt und die Software mit Pooling so langsam ist, dann kann doch da was nicht richtig sein.

Wenn ihr ein Pooling verwendet, wieso werden dann so viele Verbindungen geöffnet?
Es ist ja der Sinn dahinter dass eben keine neuen Verbindungen geöffnet werden und vorhandene oder stillgelegte wieder verwendet werden.
Könnte es hier vielleicht an einem Bug in der Implementierung liegen?
Wir reden hier schließlich nicht von 5 sondern mehreren hundert.

Nach dem was ich gesehen habe reden wir hier ja wirklich von einer Performanceoptimierung von wenigstens Faktor 150.
Seht ihr dies nicht als relevant an?

 

[Janusch]

AW: Zugriffszeiten JTL Client / LS-POS über 5 Sekunden

Natürlich werden Poolings benutzt. Ohne die dauert jede Connection deutlich länger, da wäre auch lokales arbeiten unmöglich.
Es ist die Anzahl einzelner SQL Abfragen. Zum remote SQL dauert jede Abfrage seine Zeit.

bei jedem Update haben wir schon ein Auge drauf das möglichst viel gecached wird usw. ohne würde das ganze noch mind. Faktor 10 langsamer sein.