Onderwerp: phpBB tunen

Zijn er mensen aanwezig die ervaring hebben met het tunen van phpBB of andere grote fora?

Ik heb namelijke een phpBB gebaseerd forum draaien. Het draait op een dualcore Opteron 165 met 4Gb RAM en 2 Raptor schijven in RAID.

Bij gelijktijdige bezoekers aantallen rond de 330 lag zo'n beetje de grens wat de server aan bleek te kunnen, want daarboven schoot de load tegen de 4 en werd alles traag.

Om dit te triggeren heb ik een database server geplaatst. Dit is een dual dualcore Xeon 5130 met 4Gb RAM. De database splitsen van de webserver was vrij eenvoudig, en het had ook wel wat goede invloed op de load. Echter niet zo veel als ik had verwacht.

Daarna eAcellerator op de server gezet, en de load was nu met 200 bezoekers op de webserver ca 1.0 en op de database server 0.2

Tot 400 bezoekers was de load rond de 2 à 2.3 en de database sever deed minder dan 0.4, echter ging de webserver alsnog onderuit omdat de 400 bezoekers een whopping 4Gb aan RAM opvreten.

De server gaat dus swappen, en wordt wederom traag.

Het moet toch mogelijk zijn om meer dan 400 bezoekers op een dualcore Opteron te krijgen met 4Gb RAM en zonder draaiende database?

Config:

CentOS 4.4 64Bit
Apache 2.0.59 + mod_security (ook al uitgezet gehad)
PHP 5.1.6 + Zend 3.0.1 + eAccelerator 0.9.5

Zou het kunnen dat de 64bit versies van Apache of PHP erg veel meer geheugen gebruiken dan de 32 bit versie?

Heeft iemand hier ervaring mee of tips? (buiten dan het bijplaatsen van extra webservers in round robin, wat ik nu als nood al heb gedaan).

Probeer zoveel mogelijk modules uit apache en php te slopen om memory te besparen. Kijk ook eens naar Lighttpd als webserver.

Ik had ergens gelezen dat Phpbb bij een aantal users, enorm ging laggen, dus je post klopt ongeveer wel.

Een goed alternatief is react van www.react.nl , waaronder ook gathering.tweakers.net onder draaien.

Ik heb zelf ook phpbb, maar geen 330 users ervaar niet echt veel lag met 150 Users waarvan hoogsten 20 op ten duur online zijn.

Tot aan het punt dat we gaan swappen is alles vloeiend en snel.

Jammer genoeg staat er op de site van react niet echt veel info over pricing of prestaties.

phpBB tweaks for large forums

Wellicht het doorspitten waard. Grootste bottleneck imho. is de memory, maar dat lijkt me niet anders voor VBulletin, react of wel systeem dan ook te zijn.

Oorspronkelijk geplaatst door headout

Wellicht het doorspitten waard. Grootste bottleneck imho. is de memory, maar dat lijkt me niet anders voor VBulletin, react of wel systeem dan ook te zijn.

Afhankelijk van hoe een systeem gecode is kan het natuurlijk wel degelijk verschil maken.

Eén van de professionelere producten op de Nederlandse markt is natuurlijk React. Hoe het presteert kan Parse je ongetwijfeld zelf wel vertellen als ze even opgebeld worden, zelfde geldt voor de prijzen. Tweakers.net draait erop, dus grote databases en veel users kan het in ieder geval wel aan, maar op hoeveel hardware weet ik zo ook niet.

Als je kijkt hoe ongestructureert veel phpBB code in elkaar zit denk ik echter dat het zeker beter moet kunnen. Apache vervangen door lighttpd kan zeker ook schelen, maar dat is puur een kwestie van experimenteren.

Oorspronkelijk geplaatst door headout

Grootste bottleneck imho. is de memory, maar dat lijkt me niet anders voor VBulletin, react of wel systeem dan ook te zijn.

Daar was ik al aan uit, aangezien het probleem zich pas voordoet op het moment dat de server gaat swappen.

Maar 400 users op 4Gb gaat op de rand, dwz 100 users per Gb.
Dat zou toch beter moeten kunnen.

Ik heb even gekeken wat phpBB allemaal include op de index alleen al. Maar in essentie lijkt het erop neer te komen dat ze zowat alles includen wat wel eens handig kan zijn tijdens het scripten.

Lijkt mij dat je probeert alleen dat te gebruiken wat nodig is. Dat wordt dus code sleutelen.

Was dit toch al van plan, of compleet nieuwe code die met een phpBB database overweg kan, maar het kost veel tijd

Is er overigens een manier om veel gebruikers te simuleren voor Apache en een manier om na te gaan hoeveel geheugen een PHP script in beslag neemt?

Dan valt er wat te debuggen.

Kijk zeker ook eens naar lighttpd om Apache buiten te gooien!

Dankzij headout heb ik een aantal aanknoopings punten kunnen vinden om de bottlenecks te verbeteren.

Een héél erg groot probleem bleek tevens de installatie van een aantal mods en hacks door een admin van het forum, die verder niet bekenen waren op preformance.

Ik ga nu eerst de code 'uitkleden', dan de queries optimaliseren. Vooral viewtopic.php lijkt een grote geheugen verslinder te zijn.

Dan inderdaad eens kijken naar lighthttpd omdat we nu toch een cluster gaan bouwen voor het forum.

Misschien nog één punt waar men wat advies over kan geven:

Avatars/images. Avatars en andere gedeelde data die wordt geupload geeft natuurlijk een probleem bij ht clusteren. Nu kunnen we dit op 4 manieren oplossen:

1. Avartars op de database opslaan. Dit genereerd extra load op de DB server en traffic op die verbinding
2. Een aparte server voor avatars en graphics
3. Gedeelde netwerk map, maar lijkt me via NFS een beetje onveilig
4. Cron job die iedere x minuten de data synct

Misschien iemand al eerder tegen dit of vergelijkbaar probleem aangelopen die zijn bevindingen kan delen?

2. Een aparte server voor avatars en graphics

Hier is speciaal die lighthtp geschikt.

Opslaan in db is het verpesten van je db..

Er zijn sql cache mods beschikbaar ...

Oorspronkelijk geplaatst door FransVanNispen

Tot aan het punt dat we gaan swappen is alles vloeiend en snel.

Jammer genoeg staat er op de site van react niet echt veel info over pricing of prestaties.

Als het forum niet commercieel is, kan je altijd www.myreact.nl kiezen, dit is de gratis variant met een beperking op simultaat 100 users online. En dat valt af te kopen...

Oorspronkelijk geplaatst door FransVanNispen

Jammer genoeg staat er op de site van react niet echt veel info over pricing of prestaties.

Frans, je moet ze gewoon even mailen of bellen. Verwacht overigens geen prijs zoals die van vBulletin.