In Bearbeitung Wawi 1.2 generelle Performance

[maik.schwefer]

Hallo,

ich kann mir das gerne mal anschauen per TV. Eigentlich ist die neue Suche schneller als die alte, vorallem auf großen Datenmengen. Es gibt aber Sonderfälle.

 

[maydo]

Was bei MIR recht lange dauert (einiges länger als "früher") ist bspw. die Suche nach einem Artikel (bspw. anhand der EAN oder SKU) was bei mir recht häufig vorkommt.
Was sind das für "Umstellungen am Server" die da zur Abhilfe vorgenommen werden konnten?
Gerne als PM wenn das ggf bei nicht versierten Usern Probleme machen kann.

ich kann das so nicht bestätigen.

nachdem wir unser livesystem ebenfalls geupdatet haben, ist die performance genauso (sehr gut) wie in 111414.
wir haben ca 40k artikel in db

 

[hooch]

Ich habe den Grund für die Probleme bei uns gefunden.
Die Wawi läuft auf einem AWS Micro Server (1GB RAM). Wawi 1.1 funktioniert gut, da OS + SQL-Server + Wawi zusammen nicht mehr als 0,6 GB RAM benötigen.
Mit Wawi 1.2 werden plötzlich 1 GB (oder wahrscheinlich noch mehr) RAM benötigt, das zwingt den Micro-Server in die Knie und die Wawi reagiert wie eine Dia-Show auf Schlaftabletten (oder lädt die Artikellisten erst gar nicht und hängt sich dabei auf).
Mehrfach stundenlang durch Neuinstallationen und Einspielungen von Backups getestet, immer mit Blick auf den Ressourcen-Monitor.
Ist hier in Zukunft noch eine Optimierung des RAM-Bedarfs geplant?

 

[whd-online]

Moin,
bei uns läuft WAWI 1.2.0.2 richtig schnell. Geht wie Pfannkuchen backen.

Gruß
Wolfgang Weber
Handel und Dienstleistung

 

[peterPan]

DAS kann ich (ausnahmsweise) nicht bestätigen.
Bei mir hat der Worker im Leerlauf 0% Last

auch ich kann das nicht bestätigen aber: Beim Abgleich vorher 0,4% - 7% (1.1.14) ... jetzt sind es 25-57% CPU Last (1.2.02)

bei beiden gab es keinen Abgleich von Produkten oder bestellunge. 7 Durchläufe betrachtet.

und man kann im Worker nicht mehr Admin Punkt nutzen.

 

[maydo]

Hi,

die beschriebenen Probleme hier im Thema, wurden durch einen Datenbankfehler (Collation Sortierungskonflikt) beim Update auf 1.2 verursacht.
Die Performance der 1.2.x.x ist sehr gut, kein Unterschied zu 111414 feststellbar.

 

[Diedrichs]

Bei mir ist erheblich schneller als bei der alten Version

Gesendet von meinem HTC One mit Tapatalk

 

[holzpuppe]

Mal mein Senf:
Bei mir zu Hause läuft die Wawi in einer Geschwindigkeit die ich schon lange nicht mehr hatte, hier habe ich eine schöne Performanceverbesserung.
System: Win 10, Xeon E3 irgendwas, 16GB Ram, SSD, 32Bit-Leitung
In Betrieb:
N Popellaptop:Win 10, I5, 4GB Ram, HDD und ne ruhige Leitung von 16MBit. Performance ist etwas schwächer. Wenn ich via remote von Daheim raufgehe läuft es noch langsamererer.
Die Datenbank ist bei JTL gehostet. SQL 2014 Express.

Das ist bis jetzt mein erster Eindruck, mal schauen wie es sich so die nächsten Tage verhält. Übringes wir haben etwa 3000 Artikel mit 1-3 hochauflösenden Bildern, ner Quadrillion Merkmalen und mehr eigene Felder als Finger an der Hand. So ungefähr. XD

Die Filterfunktion in den Artikeln ist ja mal deutlich besser geworden vorallem ruckelfrei. Auch wenn in den Filtern nicht alles Sahne ist und hier der ein oder andere Bug wohnt.

 

[Thomas Lisson]

Hi,

Auch wenn in den Filtern nicht alles Sahne ist und hier der ein oder andere Bug wohnt.

Bitte unbedingt in eigenen Threads melden. Dann kommen sie raus.

 

[holzpuppe]

https://forum.jtl-software.de/threads/filtereinstellung-in-artikel.98468/

 

[ChrisTS]

Also die Performance in der Artikelsuche der 1.2.0.2 lässt bei uns echt auch zu wünschen übrig!
Im Verkauf wurde es nun nach der Collations Fehler Behebung deutlich besser.

Nehm das zurück, die Auftragsübersicht und die Suche hängt schon wieder sehr!

 

[ChrisTS]

Wir haben noch immer Probleme. Zudem ist der Arbeitsspeicher auf dem Server hgeute morgen plötzlich und ohne Grund auf über 20GB Auslastung angestiegen.
Ein Arbeiten war so nicht mehr möglich.
10 Mitarbeiter hatten so den ganzen Vormittag keine Möglichkeit vernünftig zu arbieten.
Auf das eröffnete Ticket von heute morgen hat sich auch noch nicmend gemeldet?

 

[modernsolution]

Wir können uns dieser Problematik sowohl im eigenen Betrieb wie auch bei 2 weiteren großen Kunden nur anschließen ... ich denke ein großer teil wird auch an Kunden liegen welche Ihre Datenbank ähnlich wie wir im Hosting / Inet DB Server gespeichert haben ... aber nunja das machen wir ja nun jetzt nicht erst seit 2 Monaten ...

also sowohl im Bereich Verkauf (Aufträge aufrufen) wie auch im Bereich Artikel stellen wir massive Performance Probleme fest.

bearbeitet -

Also auf dem Server scheint die Performance um einiges Besser zu sein jedoch auf den Clienten eine Katastrophe teilweise ... Scheint also eher ein Verbindungsproblem oder so zu sein!?

 

[stein]

Bei mir leider auch grottenschlechte Performance.
Datenbankzugriffe dauen ewig. Laufend diesen tollen Kreis mit dem Hnweis Laden und alles elend langsam.

 

[ChrisTS]

Jetzt wird es dann kurios!
Wir haben festgestellt das der Arbeitsspeicher auf dem Server immer extrem ansteigt und von JTL belegt wird, aber nie zurückgeht. Das geht so lange bis ein Arbeiten unmöglich wird.

Ticket aufgemacht, hier die Antwort von JTL:
dies ist leider ein normaler Vorgang. Für jeden Zugriff wird Speicherplatz reserviert, aber nach dem Verlassen nicht wieder freigegeben. Das erklärt, warum die Speicherauslastung nach dem Neustart gering ist und dann nach einer gewissen Zeit wieder ansteigt. Die Lösung ist hierbei den Server alle 24 Stunden einmal neuzustarten, damit er den reservierten Speicher der Zugriffe wieder freigibt.

Das ist die erste Software die ich kenne, die einen Neustart des Servers auf Grund von Speicherplatzreservierungen erzwingt!?
In der alten Version war das ja auch nicht so. Was soll denn das nun bitte?

 

[mustermann]

hier die Antwort von JTL:
dies ist leider ein normaler Vorgang. Für jeden Zugriff wird Speicherplatz reserviert, aber nach dem Verlassen nicht wieder freigegeben. Das erklärt, warum die Speicherauslastung nach dem Neustart gering ist und dann nach einer gewissen Zeit wieder ansteigt. Die Lösung ist hierbei den Server alle 24 Stunden einmal neuzustarten, damit er den reservierten Speicher der Zugriffe wieder freigibt.

Das kann nur ein Missverständnis sein. Ich habe meinen Datenbankserver vor etwas mehr als drei Jahren aufgesetzt und seit dem genau einmal neu gestartet, um ein Service Pack zu installieren.

 

[ChrisTS]

Das kann nur ein Missverständnis sein. Ich habe meinen Datenbankserver vor etwas mehr als drei Jahren aufgesetzt und seit dem genau einmal neu gestartet, um ein Service Pack zu installieren.

Glaube ich nicht ich habe mich deutlich ausgedrückt.
Aus meiner Sicht wurde bei der aktuellen Umstellung der Wawi von C auf C-Sharp der Punkt noch nicht beachtet.
Es ist keine Routine eingerichtet die den nicht mehr benötigten Speicherplatz nach der Reservierun wieder frei gibt.

Der Support möchte sich gerne mal aufschalten um eventuell weitere Probleme zu analysieren, weas aber aus meiner Sicht erst mal das Grundproblem nicht behebt.
Aber ich lass mich gerne überraschen und warte das mal ab.

 

[liquid]

Ticket aufgemacht, hier die Antwort von JTL:
dies ist leider ein normaler Vorgang. Für jeden Zugriff wird Speicherplatz reserviert, aber nach dem Verlassen nicht wieder freigegeben. Das erklärt, warum die Speicherauslastung nach dem Neustart gering ist und dann nach einer gewissen Zeit wieder ansteigt. Die Lösung ist hierbei den Server alle 24 Stunden einmal neuzustarten, damit er den reservierten Speicher der Zugriffe wieder freigibt.

Das ist jetzt ein schlechter Witz, oder?

Liebes Team von JTL, spätestens an dieser Stelle solltet Ihr hierzu auch mal Stellung beziehen. Das wäre wirklich der Fail des Jahres. Ihr könnt doch nicht ernsthaft einen defacto Speicherüberlauf als normal ansehen und den Usern dann auch noch stumpf raten, immer wieder den Server neu zu starten.

 

[hula1499]

Liebes Team von JTL, spätestens an dieser Stelle solltet Ihr hierzu auch mal Stellung beziehen.

Ticket aufgemacht, hier die Antwort von JTL:
dies ist leider ein normaler Vorgang. Für jeden Zugriff wird Speicherplatz reserviert, aber nach dem Verlassen nicht wieder freigegeben. Das erklärt, warum die Speicherauslastung nach dem Neustart gering ist und dann nach einer gewissen Zeit wieder ansteigt. Die Lösung ist hierbei den Server alle 24 Stunden einmal neuzustarten, damit er den reservierten Speicher der Zugriffe wieder freigibt.

Ist doch eine Stellungnahme

 

[versuchsmal]

Wartezeiten der Suche 10 - 30 Sekunden und länger. Das geht einfach nicht. Das hat sonst nicht mal eine Sekunde gedauert.
Sorry, aber wer testet so etwas?
So kann man jedenfalls nicht arbeiten. Bitte tut etwas dagegen.