Onderwerp: Hoever kan je gaan op een server ?

Ik vroeg me af wat nou het maxium is voor een gemiddelde server, hier even wat gegevens van één van onze server’s. Dit is een Cobalt RaQ 550 met een 1 Ghz processor.

CPU:

1 Minute Load Average 0.18
15 Minute Load Average 0.11


MySQL Query statistieken:

ø per uur
55.531,64

ø per minuut
925,53

ø per seconde
15,43

De Load average is volgens mij wel goed, maar hoever kan je gaan met MySQL ?

Met vriendelijke groet,

Michael

als de load average onder de 1 blijft is het meestal wel goed, komt ie erboven maakt het niet zo veel uit maar is het mischien wel merkbaar, komt ie boven de 5 dan is het erg mis

Een algemene vuistregel is: als load lager is dan het aantal CPU's zit je altijd goed. Daarboven hangt het af van je applicaties, maar een piekload van 2x aantal CPU's kan ook nog acceptabel zijn.

De load is het gemiddeld aantal processen dat draait of wacht om te draaien. Als je 1 CPU hebt en de load is onder 1, dan heeft de CPU sowieso nog tijd over.

Maar ook daarboven kan het nog goed werken. De load is maar een getalletje dat door een bepaalde manier van meten is verkregen. Sommige programma's en scripts zijn zo ingericht dat ze de systeemload hoog maken maar zijn zo ingericht dat ze het systeem niet zwaar belasten. Seti@Home is een voorbeeld.

Als je hoge loads hebt maar je systeem reageert nog prima, en er is niets raars te merken aan 'top', hoef je je geen zorgen te maken.

Hoi,

Maar hangt er dan geen maxium aan het aantal mysql Query’s dat verwerkt kan worden ?

Of wordt dan de Load hoger ?

Michael

Dan wordt de load inderdaad hoger.

Hoeveel queries per seconde is gezond ong. Op een p4 2Ghz en 1Gb bijv.

Hangt van de query af.

Kleine database of HEEL grote database en WAT er opgevraagd wordt.

ø per hour
491,932.37

ø per minute
8,198.87

ø per second
136.65

Op een dual p3 1gig

Origineel geplaatst door Fabian
ø per hour
491,932.37

ø per minute
8,198.87

ø per second
136.65

Op een dual p3 1gig

Zou jij je my.cnf online kunnen zetten? Ben namelijk wel benieuwd naar de tweaks die je hierin eventueel hebt gemaakt.

Wat trekt eigenlijk het zwaarst aan een server? De mysql deamon of de mail server (als ze alle twee lekker aan het werk zijn).

Origineel geplaatst door Deimos

Zou jij je my.cnf online kunnen zetten? Ben namelijk wel benieuwd naar de tweaks die je hierin eventueel hebt gemaakt.

load average: 0.80, 0.72, 0.75

Geen tweaks voor zover ik weet. draait btw op een raid 0+1 scsi config met 4 schijven.

Volgens mij zorgt sendmail echt voor een dikke belasting van je server.
ALs ik 'top' doe dan zie ik dit (nu).

5829 root 20 0 14924 11M 1608 R 20.4 1.1 8:18 sendmail
10983 root 9 0 5908 5800 1816 S 11.3 0.5 1:15 sendmail
7008 root 20 0 11732 10M 1800 R 9.5 1.0 5:32 sendmail

Eerste 3.

Met een load van : 5.08, 4.52, 3.50

Das sinds een paar weken zo hoog.
Wat kan de oorzaak zijn? Iemand die een nieuwsbrief verzend oid?

loadaverage heeft niet alleen met CPU te maken.

Een machine kan een load van 20 hebben met slechts 4% cpu belasting

maar aan de andere kant kan een machine 100% CPU belasting hebben maar toch nog bijzonder snel requests afhandelen als de CPU vretende processen maar de juiste nice level hebben (denk aan dnetc of seti)

Ook aantal queries p/s zegt niet zo veel.

Het is bijzonder moeilijk om "vuistregels" te stellen.
Hooguit een paar richtlijnen.

Per geval zal moeten worden bekeken waar de bottleneck zit op een server.

Ik ben geen DBA'er, maar kan je wel zeggen dat er ook geen generieke "tweaks" zijn voor jouw situatie. De meeste distros zullen een standaard config installeren die behoorlijk goed werkt voor "general use"

Welke specifieke tweaks prestatie verbeteringen oplveren ligt helemaal aan je config en waarvoor je de DB gebruikt.

Wij hebben een AMDxp2600+ met rond de 700 queries per seconde. Het hangt voor een groot deel af van je disk IO. Als veel in het geheugen kan heb je minder IO operaties nodig en dat scheelt enorm. (tenzij je natuurlijk een gave raid/scsi opstelling heb)

Over die load average heb ik het volgende bericht eens gevonden:
http://www.dc.inet.fi/kerola/load.shtml

Het blijft van het internet dus lees het en trek je eigen conclusies. Ik denk dat het het beste om gewoon te loggen wat de load is en dan terug kijken in de logs als hij over zijn nek is gegaan, wat dan de load (15min avg.) was. Dan er naar toe werken om het een flink end daaronder te houden.

Origineel geplaatst door gonkerd
Ik denk dat het het beste om gewoon te loggen wat de load is en dan terug kijken in de logs als hij over zijn nek is gegaan, wat dan de load (15min avg.) was. Dan er naar toe werken om het een flink end daaronder te houden.

Dat loggen kan goed met sar (onderdeel van sysstat package)

Maar het lijkt me niet handig om zo ver te gaan dat er iets over zijn nek gaat..

Zodra de "responsiveness" achteruit loopt kan je het beste gaan zoeken wat de botleneck vormt en vervolgens die aanpakken. Als je dit herhaalt zal je uiteindelijk maximale performance halen uit de server.