[Debian] hoge load + 99% CPU gebruik bij copieren bestanden.

[Verwijderd]

Beste Tweakers,

ik heb sinds vorige week een Intel Pentium 4 met een Asus moederbord + 2x 120 GB Seagate + 1,7 GB DDR geheugen draaien als Gameserver in Amsterdam.

Alleen heb 1 probleem, toen er nog FreeBSD op draaide was dit probleem er niet, maar nu met Linux gaat de load naar 15.00 en het CPU usage naar 99% bij het copieren van bestanden of het compilen van iets, wat automatisch zorgt voor onspeelbare gameservers.

Weet iemand hier toevallig raad mee? Ik kan weinig dingen testen, zeker niet vanaf hier. Downtime is niet wenselijk, en op zich heen en weer naar Amsterdam ook niet, maar als het moet dan moet het.

Alvast bedankt voor de reacties.

[Verwijderd]

Je kunt het cp-commando "nice"-en:

code:

nice cp source destination

Als je IDE-schijven hebt is het overigens normaal dat je zo'n hoge load hebt bij lezen/schrijven naar de schijf, omdat dat allemaal door de CPU geregeld moet worden (SCSI en S-ATA hebben een eigen chip)

[active2]

Welke kernel draai je ?
Hoeveel geheugen heb je ?
Welke debian versie draai je ?

En wat heb je allemaal al geprobeerd ?

Een kleine gok is verkeerd ingestelde hdparm parameters:

code:

hdparm /dev/hd?

Graag een klein beetje meer informatie.

[ Voor 22% gewijzigd door active2 op 14-10-2004 21:20 ]

[Verwijderd]

zit daar zoveel verschil in met FreeBSD? Een load van 15 is toch wel erg veel ...

[Verwijderd]

active2 schreef op 14 oktober 2004 @ 21:19:
Welke kernel draai je ?
Hoeveel geheugen heb je ?
Welke debian versie draai je ?

En wat heb je allemaal al geprobeerd ?

Een kleine gok is verkeerd ingestelde hdparm parameters:

code:

hdparm /dev/hd?

Graag een klein beetje meer informatie.

- Debian 3
- 1.7 GB DDR geheugen
- Kernel 2.4.18

/dev/hda1:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 14593/255/63, sectors = 60003385344, start = 63

/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 14593/255/63, sectors = 55002447360, start = 117194175

Veel uitproberen is niet zo simpel aangezien de server op afstand staat.

[odysseus]

Een load van 15 is absoluut niet normaal en een CPU-gebruik van 99 procent ook zeker niet. Mocht hdparm geen vreemde instellingen laten zien dan zou ik eens kijken of je schijf fysiek nog wel in orde is: ook dat kan een hoge load veroorzaken.

[edit]
Ok, dat staat er dus al...en DMA staat uit, dat zal nogal schelen. Inschakelen met hdparm -d1 /dev/hda .

[edit2]
De extra instellingen zoals hieronder gegeven kunnen ook zeker nuttig zijn - DMA is slechts een (belangrijke) stap .

[ Voor 42% gewijzigd door odysseus op 14-10-2004 21:33 . Reden: foutje in hdparm-commando ]

[Admiral Freebee]

Verwijderd schreef op 14 oktober 2004 @ 21:19:
Je kunt het cp-commando "nice"-en:

code:

nice cp source destination

Als je IDE-schijven hebt is het overigens normaal dat je zo'n hoge load hebt bij lezen/schrijven naar de schijf, omdat dat allemaal door de CPU geregeld moet worden (SCSI en S-ATA hebben een eigen chip)

S-ATA kan ook opgelost worden met een standaard chippie hoor. Dan handelen de drivers (en dus de CPU) nog altijd het meeste werk af.

Vergelijk het maar met een 3Com NIC en een NIC gebaseerd op een Realtek chip. De 3Com NIC heeft een onboard processor waar de Realtek chip bijna alles door de drivers laat doen.

[active2]

Ik zie het al. Je hardeschijf staat op zo'n beetje de laagst mogelijke instellingen ingesteld

code:

hdparm -c1k1d1u1m16 /dev/hda

Dit hoef je op /dev/hda uit te voeren niet voor de afzonderlijke partities.

[Verwijderd]

active2 schreef op 14 oktober 2004 @ 21:29:
Ik zie het al. Je hardeschijf staat op zo'n beetje de laagst mogelijke instellingen ingesteld

code:

hdparm -c1k1d1u1m16 /dev/hda

Dit hoef je op /dev/hda uit te voeren niet voor de afzonderlijke partities.

super bedankt! Bestanden copieren gaat nu heel vlot, en de load loopt niet op en CPU ook niet. Bedankt!

[ajvdvegt]

Let op dat je dit wel na elke reboot opnieuw moet doen!

[Roel]

Of je zet het in je opstart scripts..

[Fludizz]

hdparm heeft een leuke "keep over reset", of iets dergelijks, functie, waarmee die settings automatishc toegepast worden na de reboot.

[zeroxcool]

Fludizz schreef op 16 oktober 2004 @ 09:53:
hdparm heeft een leuke "keep over reset", of iets dergelijks, functie, waarmee die settings automatishc toegepast worden na de reboot.

Die werkt bij mij echter nooit .

[Fludizz]

Vreemd? op mijn systeem (Debian Unstable/testing) werkte het altijd perfect

[riotrick]

debian heeft ook een hdparm config bestand in /etc/default/hdparm uit m'n hoofd. De grootste performance winst komt door de -d1 optie in hdparm, daarmee wordt dma mode op je harddisk ingesteld, als dat uitstaat komt ie in pio mode4 over het algemeen en dat is idd niet vooruit te branden. In de linux kernel is er een optie 'use dma by default' maar die staat in de default debian kernels niet aan.

[Tito129]

riotrick schreef op 16 oktober 2004 @ 16:06:
debian heeft ook een hdparm config bestand in /etc/default/hdparm uit m'n hoofd. De grootste performance winst komt door de -d1 optie in hdparm, daarmee wordt dma mode op je harddisk ingesteld, als dat uitstaat komt ie in pio mode4 over het algemeen en dat is idd niet vooruit te branden. In de linux kernel is er een optie 'use dma by default' maar die staat in de default debian kernels niet aan.

/etc/hdparm.conf is het.