Page Time: 29,59001 seconds Memory: 10,005 KB Queries: 74 Templates: 33

Vind ik toch aardig wat.

Ja is niet normaal.

Page Time:

24,13332 seconds Memory: 11,446 KB Queries: 29 Templates: 46

Ik het kader van 'zoek de slak' heb ik nog wat aangepast. Mocht iemad nog steeds ergens > 10s moeten wachten, dan lees ik het graag hier. (met tijdstip graag)

Vreemd, nu was het een zestal seconden, maar onderaan het forum lees ik:
Page Time: 0,37122 seconds Memory: 11,433 KB Queries: 24 Templates: 46

Misschien ligt het aan mijn internet? SD is wel de enige site waar ik trage laadtijden bij heb..

Bij het laden van een profielpagina om 08.25:

Page Time:

25,97747 seconds Memory: 10,340 KB Queries: 34 Templates: 44

12:16 vandaag:

Page Time: 23,32445 seconds Memory: 10,240 KB Queries: 34 Templates: 34

Het laden van private.php

Bij het laden van dit topic 12:26
'Page Time: 12,05986 seconds Memory: 11,408 KB Queries: 26 Templates: 45'

Eventueel server reboot?

Page Time: 26,97068 seconds Memory: 25,736 KB Queries: 37 Templates: 47

Is er wellicht een cronjob / backup aanwezig rond het middag uur die pas rond een uur of 9 stopt? Dat verklaard wel de tijden waarop mensen het aangeven te ervaren?

Nee, het 'probleem' is wel bekend, maar wij als hoster hebben er helaas maar beperkt invloed op omdat we de vb installatie zelf niet beheren natuurlijk.
Het komt hoofdzakelijk door zoekbotjes. Nu zijn die botjes niet echt het probleem en is hun bezoek natuurlijk ook gewenst, maar een bijkomend effect hiervan is wel dat vb een hele hoop dingen in het cachegeheugen stopt die vervolgens helemaal niet meer gebruikt worden. (denk aan posts van vele jaren geleden)

Dat expireert na een tijd wel, maar op momenten zorgt het ook voor een fragmentatie van het cache geheugen (denk aan meer dan 100.000 items die erin staan). Na een aantal uren kan dit zo'n drastische vormen aannemen dat het cachen averechts gaat werken en de server voor elke hit bezig is met enerzijds duizenden items uit de cache te gooien en vervolgens de nieuwe data van de sql queries weer in x stukjes in de cache te stoppen.
Uiteindelijk krijg je hiermee veel meer IO en load dan een ongecachte versie zou gebruiken, zeker met een paar 100 gebruikers online.

Als ik zo even kijken dan spreek je toch over een ruime 6000 items die per seconde de cache in gaan. Dat is redelijk heftig maar het is ook redelijk lastig om hier een gulden middenweg in te vinden als je alleen vanuit de server kunt kijken. Vooral omdat soms pas een halve dag duurt voor je het effect van een aanpassing ziet.

Al denk ik dat het de laatste dagen wel redelijk meevalt?