Dauert es bei euch auch 2-3 Sekunden?

[dirk40]

Hallo Alle,
ich habe meinen Server jetzt wirklich gut optimiert, würde ich sagen. Alle DB Optimierungen wie im Forum zu lesen umgesetzt. 32 GB RAM zur Verfügung und die STD. Version von SQL Server installiert.
Im Prinzip läuft auch alles "flüssig", aber wenn man auf einen Artikel Doppel-klickt, messe ich 2, manchmal 3 Sekunden bis sich das Fenster öffnet. Meine CPU ist nicht ausgelastet und der Speicher zu 15 %. Ist mein Anspruch da nun zu hoch oder habt ihr andere Erfahrungswerte? Es spielt übrigens keine Rolle ob ich per RDP oder nicht zugreife. Ist recht ähnlich.

Viele Grüße
Dirk

 

[MichaelH]

WAWI-Version ?

 

[Enrico W.]

Bitte genauere Angaben machen. Wie @MichaelH schon meinte, die Wawi-Version ist wichtig, dann die Frage, machst Du den Doppelklick auf dem Server oder einem Client? Wenn letzteres, wo liegt dann die DB? Lokal bei Euch im Netzwerk oder bei einem Hosting-Dienst?

 

[dirk40]

OK, da ich ja hier im JTL-WAWI 1.6 Bereich schreibe, dachte ich das damit die Version klar ist. Genau gesagt ist es die Version 1.6.46.0
Es ist ein Server im Netzwerk, nicht bei einem Hosting Dienst und wie ich schrieb, macht es keinen Unterschied, ob ich mich per RDP aufschalte (= Doppelklick am Server) oder mit einem Clienten. Es macht einen Unterschied, ob der Client im WLAN ist oder kabelgebunden am LAN. Dann ist es etwas schneller, trotzdem 2 Sekunden. Da es am Server direkt, dessen CPU quasi im IDLE läuft und auch ordentlich RAM zur Verfügung steht, schon so hakt, stelle ich mir die Frage, ob es normal ist bei Klicken auf einen Artikel.
Vielen Dank im Voraus,
Dirk

 

[misterGST]

... oder habt ihr andere Erfahrungswerte? ...

Hallo Dirk,

ist bei mir genau so. Seit dem Update von Wawi-Version 1.5 auf 1.6.47.0 öffnet sich der Artikel erst nach 3 Sekunden nach Doppelklick. Bei Vers. 1.5 dauerte es nur ca. 1 Sekunde.
Auch nach Klick auf den Knopf: F6-Verkauf baut sich die Auftragsliste erst nach ca. 3 Sekunden auf ... ging vorher auch viel schneller auf den gleichen Rechnern.

Ich arbeite allein mit wenigen Artikeln auf 2 lokalen Rechnern: Server Win10Prof. MS-SQL Express + Client Win10Prof. über Kabel-Netzwerk.
Wie gesagt: Vorher schnell > nach Update langsamer -- obwohl keine Änderung an der Hardware oder Konfiguration vorgenommen wurde. Sehr ärgerlich ... hoffe, dass JTL noch an der Geschwindigkeit feilt ...

Gruss Georg

 

[MichaelH]

Also was man definitiv sagen kann:
Die 1.7 ist sehr flott, daher fraglich wie weit es Sinn macht bei der 1.6 an der Performance zu basteln und Zeit zu investieren.

 

[misterGST]

Also was man definitiv sagen kann:
Die 1.7 ist sehr flott, daher fraglich wie weit es Sinn macht bei der 1.6 an der Performance zu basteln und Zeit zu investieren.

Das macht Hoffnung. Frage: Hattest Du vorher die 1.6 installiert und hast festgestellt, dass die 1.7 schneller als die 1.6 läuft?

Gruss Georg

 

[dirk40]

OK, es hilft natürlich das zu wissen, dass es wieder schneller werden könnte. Das sollte doch JTL (@Enrico W. ) dann auch bestätigen können, dass 1.6 langsamer ist, oder?
Ich denke auch das ich nicht mehr wirklich was an der Optimierungsschraube drehen kann außer größeren Prozessor mit mehr als 4 Kernen, aber wie gesagt, der hat nix zu tun und langweilt sich.
DB, log und TempDB auf unterschiedlichen SSDs. 32GB RAM und eine DB Größe von 4,75 GB. Optimierung in JTLDiag vorgenommen und auch alle sonstigen die man auf dem SQL Server vornehmen kann und empfohlen sind von JTL.

Gibt es eine Info wann die 1.7 stable kommen soll?

 

[MichaelH]

Ich bin Beta-Tester, lade laufend runter und schau mir die Dinge an.
Die 1.7 ist definitiv SEHR flott (klick, klick, klick, es ist eine Freude), warum genau weiß ich natürlich nicht, das kann Enrico ggf. erklären.
Ich vermute aber, dass in der 1.7 fällige "Aufräumarbeit" geleistet wurde ...

Mein Test-PC ist mein lokaler PC, gut aber nichts besonderen, 08/15-Installation, SSD aber sonst nix spezielles, Windows 10, DB > 10 GB.

 

[Enrico W.]

das kann Enrico ggf. erklären.

Im Zweifel ist es einfach Hexerei

 

[MichaelH]

Im Zweifel ist es einfach Hexerei

OK, wir akzeptieren: Es ist schneller und niemand weiß warum.

 

[Stephan K.]

Mit der 1.6 ist besonders auffällig, dass es keine Update-Routine für die Eigenen Ansichten gibt. diese lahmen das System teilweise sehr, wenn es zum Beispiel um Statistiken geht.
Ich hab hier irgendwo gelesen, dass die Dinger wohl mit List View erstellt werden und dass es daran liegt, dass es so langsam ist.

Aber bisher keine Zeit gehabt die eigentlich wichtigen Eigenen Ansichten upzudaten. Es soll einfach funktionieren und man kann nicht nach jedem Update wieder bei allem von vorne anfangen wie mit der 1.6

 

[Enrico W.]

Irgendwer wirds in den einzelnen Fällen sicherlich wissen, nur leider bin ich nicht das gebündelte Wissen aller Produkte.
Ich weiß, dass die Performance in vielen Modulen weiter in den Mittelpunkt gerückt wurde. Was im Einzelnen daber dann gemacht wurde... 🤷‍♂️

 

[dirk40]

Ich bin Beta-Tester, lade laufend runter und schau mir die Dinge an.
Die 1.7 ist definitiv SEHR flott (klick, klick, klick, es ist eine Freude), warum genau weiß ich natürlich nicht, das kann Enrico ggf. erklären.
Ich vermute aber, dass in der 1.7 fällige "Aufräumarbeit" geleistet wurde ...

Mein Test-PC ist mein lokaler PC, gut aber nichts besonderen, 08/15-Installation, SSD aber sonst nix spezielles, Windows 10, DB > 10 GB.

Läuft die Beta denn schon zu zuverlässig, das man sie im Produktiv einsetzen kann? Wir haben weniger als 50 Bestellungen pro Tag.

 

[mh1]

Mit der 1.6 ist besonders auffällig, dass es keine Update-Routine für die Eigenen Ansichten gibt. diese lahmen das System teilweise sehr, wenn es zum Beispiel um Statistiken geht.
Ich hab hier irgendwo gelesen, dass die Dinger wohl mit List View erstellt werden und dass es daran liegt, dass es so langsam ist.

An der Datenbankstruktur hat sich von 1.5 auf 1.6 einiges geändert.
Aus Kompatibilitätsgründen gerade wenn viele eigene Ansichten da sind, wurden einge Relationen als View abgebildet. Wenn dann Auswertungen über diese Views selektieren ist das suboptimal und das kann zu Verzögerungen führen.

 

[MichaelH]

Läuft die Beta denn schon zu zuverlässig, das man sie im Produktiv einsetzen kann? Wir haben weniger als 50 Bestellungen pro Tag.

Siehe hier, kam gerade heraus als Newsletter:
https://www.jtl-software.de/blog/loesungen-von-jtl/pre-release-jtl-wawi-1-7

 

[gnarx]

Ich bin Beta-Tester, lade laufend runter und schau mir die Dinge an.
Die 1.7 ist definitiv SEHR flott (klick, klick, klick, es ist eine Freude), warum genau weiß ich natürlich nicht, das kann Enrico ggf. erklären.
Ich vermute aber, dass in der 1.7 fällige "Aufräumarbeit" geleistet wurde ...

Mein Test-PC ist mein lokaler PC, gut aber nichts besonderen, 08/15-Installation, SSD aber sonst nix spezielles, Windows 10, DB > 10 GB.

Sag mal macht es einen Unterschied zwischen der 1.7 normal und der Sharp?

 

[MichaelH]

Sharp ? WasNDat ?

 

[gnarx]

Es gibt im JTL Verzeichnis eine .exe die heißt JTL-SharpWawi.exe die hat eine verbesserte Optik und aufgeräumtere Menüs. Ob sie sonst noch was weiß ich nicht deshalb die Frage.

 

[Enrico W.]

Die Sharp-Wawi wird langfristig die C++-Wawi ersetzen, da damit die Skalierbarkeit der Produkte endlich umgesetzt werden kann.
Die Abfragen an die Datenbanken dahinter sind aber die selben. Es sind aber auch noch nicht alle Teile komplett in C# umgesetzt.