9x Canadian Solar + Enphase IQ7+ 3,4 kWp ZZW 20º
4x Yingli + Enphase IQ7 1 kWp ZZW 25º
4x Yingli + Enphase IQ7 1 kWp ZZW 90º
Artemis heeft wel eens paar paar minuten meer dan 300 queries per sec gedaan
.
Maar je kunt bijv. een keer met myisamchk je indexes overhoop halen en dan kijken hoeveel CPU tijd hij gebruikt. Als-ie op 100% zit dan is de performance niet disk-bound, anders wel. Hetzelfde voor mysqldump: als-ie 100% CPU tijd gebruikt zit je goed (of je proc is erg traag, kan ook
).
In een realistische situatie zou je kunnen proberen om mysql naar 100% te jagen door bijv. apachebench requests te genereren over de database gegeneerde pagina's die de webserver dagelijks serveert.
Veel disk cache kan natuurlijk ook erg helpen. Apollo heeft nu 2GB waarvan 1,2-1,6GB voor de disk cache wordt gebruikt. Met meer cache zal de harddisk minder vaak benaderd hoeven worden -> kleinere kans dat de HDD de bottleneck wordt.
Maar je kunt bijv. een keer met myisamchk je indexes overhoop halen en dan kijken hoeveel CPU tijd hij gebruikt. Als-ie op 100% zit dan is de performance niet disk-bound, anders wel. Hetzelfde voor mysqldump: als-ie 100% CPU tijd gebruikt zit je goed (of je proc is erg traag, kan ook
In een realistische situatie zou je kunnen proberen om mysql naar 100% te jagen door bijv. apachebench requests te genereren over de database gegeneerde pagina's die de webserver dagelijks serveert.
Veel disk cache kan natuurlijk ook erg helpen. Apollo heeft nu 2GB waarvan 1,2-1,6GB voor de disk cache wordt gebruikt. Met meer cache zal de harddisk minder vaak benaderd hoeven worden -> kleinere kans dat de HDD de bottleneck wordt.
Heb je ook zoveel mogelijk "pakketen" optimised gecompileerd voor je machine?
Dus een i686 versie van glibc etc?
Dus een i686 versie van glibc etc?
Je bedoelt RAM table cache ipv disk cache neem ik aan...Op maandag 04 juni 2001 12:44 schreef Femme het volgende:
Veel disk cache kan natuurlijk ook erg helpen. Apollo heeft nu 2GB waarvan 1,2-1,6GB voor de disk cache wordt gebruikt. Met meer cache zal de harddisk minder vaak benaderd hoeven worden -> kleinere kans dat de HDD de bottleneck wordt.
Dat zou het bij oracle zijn jaOp maandag 04 juni 2001 15:53 schreef Hans het volgende:
Je bedoelt RAM table cache ipv disk cache neem ik aan...
Maar bij mysql werkt dat wat minder geavanceerd...