[TYPO3-german] Performance von Typo3-Server steigern

Christian Leicht usenet at schani.com
Tue Jan 24 17:00:29 CET 2006


Michael Scharkow schrieb:
> Christian Leicht wrote:
> 
>> Ich habe mich die letzten Tage genau mit diesem Thema befasst. Hier 
>> meine Ergebnisse:
>>
>> Um eine bestmögliche Leistung eines Servers für Typo3 (oder auch 
>> andere Webangebote) zu erziehlen würde ich
>>
>> Apache 2 mit eaccelerator (früher TurckMM) einsetzten.
> 
> Wenn Du sowieso prefork einsetzt (wovon ich mal ausgehe, da worker immer 
> noch experimentell mit mod_php ist), tut es Apache 1 genauso.

Da hast Du sicher recht. Nur werden die meisten Leute ein aktuelles 
Linux System einsetzten, bei dem meist Apache 2 drauf ist. Bieten die 
Hoster meist nicht mehr anders an.

> 
>> PHP > 4.3
>> 5.x erst mit Typo3 V4
>> Verfügbaren Speicher von 16MB auf 32 besser 64MB hochschrauben.
> 
> Mit 64MB für PHP und 256 MB RAM insgesamt kannst Du maximal 3 clients 
> simultan bedienen, ohne das Deine Kiste zu swappen anfängt. Ich würde da 
> eher 32MB lassen, wenn Du ohnehin so wenig RAM hast.

Wobei ich die Erfahrung gemacht habe, das Seiten bei 16MB langsamer das 
erste mal in den cache geladen werden als mit 32 MB. Wie gesagt, ist 
meine Erfahrung.

>> MySQL zur Zeit 4.1 mit aktiviertem Query Cache (bringt einiges). MySQL 
>> 5.0 ist meinen Tests nach fast doppelt so schnell wie 4.x, aber ich 
>> setze es mit Typo3 noch nicht ein. Werde erst auf Typo3 V4 warten.
> 
> Von doppelter Geschwindigkeit habe ich bei MySQL5 noch nichts gehört, 
> aber mit Query-Caching und relativ statischen Seiten macht das auch nur 
> einen Unterschied im Nanosekunden-Bereich.

Ich habs mal ausprobiert, alte Datenbanken in V5 geladen und sortieren, 
indizieren, Auswertungen berechnen usw. Auf der selben Möre hab ich 
deutlich bessere Resultate erziehlt. Das wurde mir auch von den MySQL 
Entwicklern bestätigt. Weis nicht woran es liegt, aber das ist meine 
Erfahrung.


>> Mit dem Caching von Typo3 hatte ich Probleme.
>> 1. einige Extensions schalten das caching aus.(Ich suche noch nach 
>> einer Liste welche es genau sind.)
> 
> Die Liste gibt es nicht, man muss sich also jede Extension einzeln 
> ansehen. Schlimmer als die uncachebaren Plugins sind die Extensions, die 
> mal eben den ganzen Output durchrödeln und dann auch noch Caching 
> vergessen.

Ja, das sehe ich als grosses Problem an. Ich möcht ja nicht motzen, aber 
die Qualität einiger Extensions ist ziehmlich mau.


>> 2. Ist man im BE eingeloggt wird ein FE caching nicht ausgeführt.
> 
> <Loriot>
> ACH!
> </Loriot>

Ich wusste es lange Zeit nicht und hab mir fast die Haare ausgerissen.
Wundere mich immer noch, warum das so ist !

> 
>> Beachtet man diese Dinge, und bekommt raus welche Extensions das 
>> caching behindern, funktioniert es auch prima. In dieser Konfiguration 
>> kann eine  Typo3 Installation sicher schnell 20000 Seiten am Tag 
>> ausliefern. Auch mit "Standard" Hardware (2GHz P4 - 256 MB RAM)
> 
> Ähm, 20.000 Seiten am Tag ist doch überhaupt kein Thema, das ist ja 
> selbst zu Peak-Zeiten kaum ein halber Request/Sekunde. Warum sollte man 
> da überhaupt optimieren wollen?

Würde mich mal interessieren wie viele Typo3 Projekte (Installationen) 
Täglich mehr als 20000 Seiten ausliefern müssen?

Ach schätze so ca. 2-3% ;-)


> 
> Viele Grüße,
> Michael
> 
> PS: Mit 256 MB würde ich mal lighttpd+fastcgi oder besser einen 
> zusätzlichen RAM-Riegel ausprobieren.



Christian




More information about the TYPO3-german mailing list