Ich habe auf meinem Testsystem die DB nach UTF-8 konvertiert. Danach habe ich bei der Volltextsuche eine 4 mal längere Laufzeit und alle anderen Aktionen wie StatusView etc. brauchen einen merkbaren Tick länger.
Hat jemand ähnliche Erfahrungen gemacht und ev. Lösungen parat?
Performance Einbruch nach UTF-8 Konvertierung
Performance Einbruch nach UTF-8 Konvertierung
PROD: SLES 9 (x86_64), mysql 5.0.24a, Apache/2.0.49, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
-
- Znuny guru
- Posts: 2189
- Joined: 08 Dec 2005, 17:01
- Znuny Version: 5.0.x
- Real Name: André Bauer
- Company: Magix Software GmbH
- Location: Dresden
- Contact:
Performance Einbruch nach UTF-8 Konvertierung
Ich würde dir erstmal ein Update auf mindestens 2.2.7 empfehlen.
UTF8 und OTRS 2.0.4 war imo nich so dolle...
UTF8 und OTRS 2.0.4 war imo nich so dolle...
Prod: Ubuntu Server 16.04 / Zammad 1.2
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
DO NOT PM ME WITH OTRS RELATED QUESTIONS! ASK IN THE FORUMS!
OtterHub.org
Performance Einbruch nach UTF-8 Konvertierung
Sorry hatte ich vergessen zu erwähnen, die Messergebnisse habe ich rein auf der DB gemessen um OTRS Einflüsse auszuschließen.
Ein Update auf neuere Versionen ist zu aufwendig, da ich einige Anpassungen in der Sourcen machen musste, die sich über OTRS nicht konfigurieren ließen.
Ein Update auf neuere Versionen ist zu aufwendig, da ich einige Anpassungen in der Sourcen machen musste, die sich über OTRS nicht konfigurieren ließen.
PROD: SLES 9 (x86_64), mysql 5.0.24a, Apache/2.0.49, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4
DEVEL: SunOS 5.10, mysql 5.0.51a, Apache/2.2.4, OTRS 2.0.4