Servage Hosting - Trage MySQL

[jordy-maes]

Indien topic niet goed staat, verplaats maar

Ik heb mijn website gehost bij Servage.net. Omdat ik vroeger gewoon sites maakte met notepad had ik geen behoefte aan een database. Nu gebruik ik dus wel MySQL. Het probleem echter is dat de websites die een database hebben bij Servage traag openen (tussen de 16-45 seconden) en gewone sites zonder database openen in 1 seconde.
Het gaat hier om:
http://music.thecod.be (MYSQL)
en een gewone http://blackops.thecod.be

Hulp vragen aan Servage heeft tot nu toe niets uitgehaald:

Hello Jordy,

I have just test your websites speed and here are the results:

# Domain name Size Load Time Average Speed per KB

1 acc4.thecod.be 9.44 KB 1.03 seconds 0.11 seconds

2 music.thecod.be 38.73 KB 1.02 seconds 0.03 seconds

As you can see that your websites load time is just 1 second. We suggest you to kindly try accessing your websites via some different network connection and check.

Regarding the server move, please note that you are already on one of our newest cluster.

Kind Regards
Josh, Support
Servage Hosting

Mijn vraag is nu, heeft iemand dit ook al meegemaakt bij Servage?
En hoe kan ik dit probleem oplossen? (Overstappen naar een andere hosting is geen oplossing)

Ik hoop dat jullie mij kunnen helpen, mede-tweakers.


Grtz Jordy

[Phyxion]

Alhoewel ik geen Servage heb laadt die music site hier ook ontzettend traag dus een andere host heeft in ieder geval geen zin

[Xudonax]

Je hebt op music wel een hoop afbeeldingen staan, dit is in ieder geval waar mijn browser lang mee bezig is. Je zou kunnen kijken of je deze afbeeldingen kunt comprimeren. Daarnaast zie ik dat er een hele berg JavaScript word ingeladen waarvan een hoop een 404 error geeft. Het laatste script, http://music.thecod.be/uploads/clock/script.js, is zelfs iets wat blijft laden voor hele lange tijd.

EDIT: En na een reload zijn er weer andere JS bestanden welke 404 error geven. Totale laadtijd is 27.55 seconden hier met 90 (!!!) requests. Kijk eens of je je JavaScript kunt combineren tot 1 bestand, dat scheelt waarschijnlijk al een hoop. Ik denk dus niet dat het echt aan MySQL ligt maar meer aan de vrij grote hoeveelheid data die binnengehaald moet worden.

[Voor 31% gewijzigd door Xudonax op 24-06-2011 11:23]

[--MeAngry--]

De music site laad bij mij nou niet bepaald traag eerlijk gezegd. Het kan sneller, maar 16 a 45 seconden is eerder 2 a 3 seconden.

[jordy-maes]

Phyxion schreef op vrijdag 24 juni 2011 @ 11:19:
Alhoewel ik geen Servage heb laadt die music site hier ook ontzettend traag dus een andere host heeft in ieder geval geen zin

Music.thecod.be is een subdomein van TheCod

Xudonax schreef op vrijdag 24 juni 2011 @ 11:20:
Je hebt op music wel een hoop afbeeldingen staan, dit is in ieder geval waar mijn browser lang mee bezig is. Je zou kunnen kijken of je deze afbeeldingen kunt comprimeren. Daarnaast zie ik dat er een hele berg JavaScript word ingeladen waarvan een hoop een 404 error geeft. Het laatste script, http://music.thecod.be/uploads/clock/script.js, is zelfs iets wat blijft laden voor hele lange tijd.

Klopt Music.TheCoD.be moet worden opgeruimd, maar de scripts maken niet zoveel uit volgens mij, en de images laden snel het is gewoon het 'wachten tot een aanvraag' denk ik.
Want eenmaal als je een connectie heft, gaat deze wel snel open. Ik snap gewoon niet waarom ik 20 seconden moet wachten voor een 'aanvraag tot openen' (of hoe je het ook noemt)

--MeAngry-- schreef op vrijdag 24 juni 2011 @ 11:23:
De music site laad bij mij nou niet bepaald traag eerlijk gezegd. Het kan sneller, maar 16 a 45 seconden is eerder 2 a 3 seconden.

Misschien heeft het iets te maken met de ISP.
Ik woon namelijk in België en heb Telenet.
Servage host in Denemarken en heeft daar snelle toegang tot Music.thecod.be

Ik weet niet waar jullie wonen en welke ISP jullie hebben...

[Voor 17% gewijzigd door jordy-maes op 24-06-2011 11:27]

[Foamy]

De site met MySQL laad inderdaad vrij traag, de andere vrij rap. Ik vermoed dat ze bij Servage een online tool hebben gebruikt om te meten hoe snel alles laad. Als ik via iwebtool.com kijk krijg ik de volgende resultaten:

#
Domain name Size Load Time Average Speed per KB
1 music.thecod.be/ 38.73 KB 1.89 seconds 0.05 seconds
2 blackops.thecod.be/ 3.89 KB 0.83 seconds 0.21 seconds

Dit lijkt wel wat op het antwoord dat Servage gaf. Persoonlijk denk ik niet dat het ligt aan het gebruik van MySQL. Zoals eerder ook al aangegeven: er word een hoop aan scripts e.d. ingeladen. Daarnaast krijg je ook vrij veel 404 errors.

Het merendeel van de tijd zit ik echter te wachten op het binnenhalen van afbeeldingen. Ook volgens Google reageert de site op zich best aardig. Toch hebben zij ook nog adviezen, die grotendeels overeenkomen met wat hier in het topic ook al genoemd werden:
http://pagespeed.googlela...thecod.be_2F&mobile=false

[jordy-maes]

@ Foamy
Ik ben me ervan bewust dat Music.thecod.be veel onnodige scripts inlaad.
Daarom is http://music.thecod.be een slecht voorbeeld. [url]http://acc4.thecod.be[/ul] is een beter voorbeeld en scoort met 88 punten volgens google (http://pagespeed.googlela...thecod.be_2F&mobile=false. Ook acc4.thecod.be laadt traag. Ik ga me bezighouden met het caching gedeelte.
De 1ste keer dat je de site laad gaat dit traag. De 2de keer (mist je je browser nog hebt openstaan, maar wel de tab hebt gesloten) wordt de site ingeladen in 2-3 seconden. Dus dan wordt er wss vanalles opgevraagd uit je caching. Maar dit lost nog altijd de verbinding niet op.

[crisp]

Een pagespeed score zegt niet alles; een volledige waterfall-chart zegt veel meer: http://www.webpagetest.org/result/110624_JX_XAFG/

hieruit blijkt wel degelijk dat de 404's grotendeels verantwoordelijk zijn voor het traag laden.

[Voor 27% gewijzigd door crisp op 24-06-2011 12:08]

[jordy-maes]

crisp schreef op vrijdag 24 juni 2011 @ 12:07:
Een pagespeed score zegt niet alles; een volledige waterfall-chart zegt veel meer: http://www.webpagetest.org/result/110624_JX_XAFG/

hieruit blijkt wel degelijk dat de 404's grotendeels verantwoordelijk zijn voor het traag laden.

Bedankt, ik zal de image bekijken en proberen te bestuderen.
Als ik kijk naar Status messages doet de site zo'n 25 seconden niets, klopt dit? tussen 0.406 en 13.937 -- tussen 15.295 en 32.69.
Time Message
0.005 sec. Wachten op http://music.thecod.be/...
0.336 sec.
0.406 sec. Wachten op http://music.thecod.be/...
13.937 sec. Wachten op http://www.facebook.com/p...scheme=light&height=80...
15.295 sec. Gereed
32.69 sec. (2 items resterend) Afbeelding downloaden: http://music.thecod.be/wp...es/dropdown_bottom.png...
32.744 sec. Gereed

[crisp]

jordy-maes schreef op vrijdag 24 juni 2011 @ 12:12:
[...]


Bedankt, ik zal de image bekijken en proberen te bestuderen.
Als ik kijk naar Status messages doet de site zo'n 25 seconden niets, klopt dit?

Ja, dat klopt; in die tijd probeert hij bepaalde scripts en css-files te resolven wat uiteindelijk in een 404 resulteert. Geen idee waarom dat resolven zo lang moet duren; dat zou kunnen duiden op een webserver probleem. Feit is echter dat vooral referenties naar javascript-files de pagerendering blokkeren - de browser kan in die tijd niets doen. Dat blijkt heel duidelijk uit de waterfall-chart: http://www.webpagetest.org/result/110624_JX_XAFG/1/details/

[jordy-maes]

crisp schreef op vrijdag 24 juni 2011 @ 12:18:
[...]

Ja, dat klopt; in die tijd probeert hij bepaalde scripts en css-files te resolven wat uiteindelijk in een 404 resulteert. Geen idee waarom dat resolven zo lang moet duren; dat zou kunnen duiden op een webserver probleem. Feit is echter dat vooral referenties naar javascript-files de pagerendering blokkeren - de browser kan in die tijd niets doen. Dat blijkt heel duidelijk uit de waterfall-chart: http://www.webpagetest.org/result/110624_JX_XAFG/1/details/

Bedankt voor je uitleg. Ik zal mijn site proberen te optimaliseren door overbodige contentscripts te deleten.
Ik had nog een vraagje over mijn beta site: acc4.thecod.be (deze runt op Joomla en niet op Wordpress zoals music.thecod.be)
http://www.webpagetest.org/result/110624_WY_XAKS/1/details/
http://www.webpagetest.or..._XAKS/1/details/#request9
Hoe kan het mogelijk zijn dat een script (mootools) 10 seconden moet worden gedownload? Terwijl ik op de direct link van het script klik, dit binnen 1 seconde binnen is (zelfs op mijn gsm )
Oké, deze 2 files zijn niet gzipped maar toch 240KB voor 10 sec

[crisp]

jordy-maes schreef op vrijdag 24 juni 2011 @ 12:29:
[...]


Bedankt voor je uitleg. Ik zal mijn site proberen te optimaliseren door overbodige contentscripts te deleten.
Ik had nog een vraagje over mijn beta site: acc4.thecod.be (deze runt op Joomla en niet op Wordpress zoals music.thecod.be)
http://www.webpagetest.org/result/110624_WY_XAKS/1/details/
http://www.webpagetest.or..._XAKS/1/details/#request9
Hoe kan het mogelijk zijn dat een script (mootools) 10 seconden moet worden gedownload? Terwijl ik op de direct link van het script klik, dit binnen 1 seconde binnen is (zelfs op mijn gsm )
Oké, deze 2 files zijn niet gzipped maar toch 240KB voor 10 sec

Let wel op welke locatie je gebruikt; je hebt net een test gerunt over een 1.5Mbit lijntje vanuit Dulles USA

[jordy-maes]

crisp schreef op vrijdag 24 juni 2011 @ 12:31:
[...]

Let wel op welke locatie je gebruikt; je hebt net een test gerunt over een 1.5Mbit lijntje vanuit Dulles USA

Woops, had ik niet op gelet.
Oke, dit is de nieuwe versie:
http://www.webpagetest.org/result/110624_GF_XAR0/1/details/

Wijzigingen:
- background change from .png to .jpg (schild zo'n 700 KB)
- site loaded van 20 naar 6 sec (locatie aangepast naar Brussel)

Wat me opvalt: er zit een space tussen 3.5 en 4.5 seconden...

[crisp]

jordy-maes schreef op vrijdag 24 juni 2011 @ 12:38:
[...]

Wat me opvalt: er zit een space tussen 3.5 en 4.5 seconden...

Dat zal parsing, rendering en script-executie zijn; CPU-gebruik is in die periode ook hoog. Als je dat verder wilt optimaliseren zal je browser-profiling moeten gaan toepassen...

[jordy-maes]

crisp schreef op vrijdag 24 juni 2011 @ 12:43:
[...]

Dat zal parsing, rendering en script-executie zijn; CPU-gebruik is in die periode ook hoog. Als je dat verder wilt optimaliseren zal je browser-profiling moeten gaan toepassen...

Nog niet gedaan of zelfs nog maar van gehoord
Nu weet ik in ieder geval wat te doen met mijn vakantie. Het optimaliseren van mijn website.
Alvast bedankt voor je antwoorden.

Kheb ook op diverse fora gelezen dat er veel klagen over de MYSQL van Servage (berichten zijn wel van 2006 en 2008)

[Zerotorescue]

http://getfirebug.com/ kan je erg helpen bij het optimaliseren van client-side objecten. Bevat een waterfall-chart zoals hierboven werd aangeraden (onder het "Net"-tabje) en je kan het gebruiken om je javascript te profileren (direct onder "Console" staat "Profileren").

Hieronder even de top 4 dat uit het profileren van Firebug komt rollen.

Profileren (66.056ms, 4454 aanroepen)
b 209 21.66% 14.308ms 14.389ms 0.069ms 0.017ms 0.311ms jwplay...r=3.1.2 (regel 2)
I 17 10.48% 6.92ms 7.789ms 0.458ms 0.004ms 0.781ms jquery.min.js (regel 13)
$ 25 6.35% 4.197ms 17.415ms 0.697ms 0.008ms 1.328ms jquery.min.js (regel 13)
$ 12 5.37% 3.55ms 11.677ms 0.973ms 0.777ms 1.187ms jquery.min.js (regel 13)

[Foamy]

En behalve Firebug zou je bijvoorbeeld ook tooltjes als Fiddler 2 (http://www.fiddler2.com/) kunnen gebruiken.

[jordy-maes]

Bedankt voor jullie antwoorden.
Ik heb een mail naar Servage gestuurd en ze hebben met de admins gesproken en hebben dingen aangepast aan mijn site / acc.
En nu laden de sites binnen een acceptabele tijd. Ik ga deze tijd nog proberen de verkorten door al de opgenoemde tools te bekijken en dan de site te optimaliseren.

Off Topic:
Maar eerst feestje bouwen (heb een A-attest )

Slotje?

[crisp]

Slotje?

Lijkt me niet nodig, wellicht kom je nog met meer vragen naderhand Hoewel, als je specifieke vragen hebt met betrekking tot clientside performance tuning je waarschijnlijk beter terecht kan in Webdesign, Markup & Clientside Scripting