OrderSprinter-Forum

Das Performance-Problem ist mit der Version 1.4.3 gelöst.

Hallo Viktor,

die Stelle habe ich dir gemailt.

Statt es hier im Forum zu posten, möchte ich lieber demnächst eine saubere Lösung anbieten, d.h. eine neue Version, die schneller arbeitet.

Gruß,

Stefan

Hi Stefan,

super das du den Fehler finden konntest

Wo genau kann ich das Abfrageintervall ändern?

Gruss, Viktor

Hallo,

die Ursache ist gefunden: Die Abfrage der bereits zubereiteten Artikel für die untere Tabelle der Küchen-/Baransicht wird zur Zeit durch eine komplexe SQL-Abfrage erzeugt, die bei einer sehr großen Tabelle so lange braucht, dass die Küchen-/Baransicht ausgebremst wird.

Ich werde versuchen, die SQL-Abfrage zu verbessern, und Teile des Abgleichs asynchron erfolgen zu lassen, damit es performanter wird. Bis ich eine verbesserte Version herausbringe, kann man als Workaround das Abfrageintervalll in der bar.html vergrößern.

Stefan

Hi Stefan,

ich habe dir das Backup per Email zugeschickt.

Danke schonmal für deine Mühe!


Gruß,

Viktor

Hallo Viktor,

kannst du mir das Backup an die Email (Impressum) schicken, am besten als zip?

Wenn das Passwörter (z.B. Email Konfig) drin sind, solltest du die vorher löschen, bevor du das Backup machst.

Ich kann mir das Backup aber erst Montag abend anschauen..

Gruß,

Stefan

Hallo Stefan,

ich nutze die Version 1.4.1 davor war es eine 1.3er Version vom August (weiss die genaue Nummer nicht auswendig) Das Problem besteht aber sowohl in der alten, als auch in der neuen Version.

Das wäre super wenn du dir das mal anschauen könntest. Wie kann ich dir das Backup am besten zukommen lassen?

Gruß, Viktor

Hallo Viktor,

das ist sehr eigenartig, da Küchen- und Baransicht intern fast identisch aufgebaut sind. Sie nutzen das gleiche Kernmodul, und fragen nur unterschiedliche Typen (Getränk oder Speise) ab und es werden andere Werte für die Platzhalter ("Küche" bzw. "Bar" usw. ) eingesetzt in die Html-Ansicht.

Die Werte darfst du nicht aus der queue Tabelle löschen, da Sie für sämtliche Exports verwendet werden. Auf SQL-Ebene würde das auch nicht ohne Abschalten der Foreign-Key-Checks möglich sein.

Wenn du möchtest und mir vertraust, dass ich die Daten vertraulich behandel, kannst du mir eine DB-Sicherung ("Alles ohne Logs") zusenden und ich werde versuchen, das Problem in meiner Testumgebung zu reproduzieren. Wenn es an den Daten in der DB liegt, sollte ich es daran nachvollziehen können. Welche Version nutzt du denn eigentlich?

Gruß,

Stefan

Hi Stefan, danke erstmal für deine Antwort.

Die Datenbank hat ca. 6 MB das dürfte also kein Problem sein.

Die Rechner haben jeweils 4GB Ram. Ich habe das ganze auch schon ohne aktiven Printserver und mit nur einem eingeschalteten Rechner versucht. War das gleiche Resultat.

Auch das Netzwerk kann ich ausschließen da die Rechner mit Gigabit LAN verbunden sind.

Komischerweise besteht das Problem nur bei der Baransicht, die Küchenansicht macht keine Probleme.

Wäre es denn ohne weiteres möglich die Tabelle ordersprinter_queue zu leeren oder werden die darin erhaltenen Daten noch anderweitig benötigt nachdem der Tagesabschluss gemacht wurde?

Gruss Viktor

Hallo Viktor,

wie groß ist die Datenbank denn insgesamt? Kann es sein, dass der Rechner an seine Grenze gekommen ist und swappen muss?

Jedes Endgerät verursacht Traffic weil es ständig abfragt, wie der Printerstatus ist, usw. Auch die Druckserver verursachen viele Anfragen..

Versuche sich mal, den Server ohne Printserver und nur mit einem Endgerät zu betreiben. Ist es dann schneller? Nur um zu sehen, ob es die Anzahl der Geräte ist.

Wenn das nicht hilft, wie sieht es mit dem Netzwerk aus? Ist der Kanal frei?

Gruß,

Stefan