[Debian/2.4.24] Extreme traagheid bij load

[jep]

Hoi

Ik heb een P4P8X moederbord van asus in 1 van mijn servers met een 2.8Ghz P4 (800FSB HT) erop en 2x 512MB Kingston 400Mhz PC3200 geheugen. Dit op een 80Gig maxtor als systeemschijf.

Er draait Debian GNU/Linux testing op en kernel 2.4.24-grsec.

Normaliter draait hij prima. Hij handelt erg veen http / email en sql verkeer af en dat gaat prima: tot ik hem zwaarder belast. Als ik bijvoorbeeld webalizer ga draaien schiet de load naar 15, kan ik niet meer poppen, amper op SSH inloggen en noem het maar op.

Op andere servers met dergelijke belastingen gaat 't misschien ook iets trager, maar niet zo snel op zo'n enorme load met zo'n enorme traagheid.

Ik dacht gelijk aan DMA, maar dat staat aan.

code:

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 41608/16/63, sectors = 240121728, start = 0

Op dit moment is die machine dus vrijwel onbereikbaar als ik statistiekjes maak, en dat zou niet zo moeten zijn.

Heeft iemand enig idee waar ik dit nog kan zoeken, en of dit wellicht een known issue is met dit moederbord of chipset?

Mijn dank is groot.

[igmar]

Met een load van 15 is dat niet zo vreemd. Een aantal zaken :

- Zorg dat je machine niet swapped. Swap werkt enorm vertragend, en gezien de prijs van geheugen :
Gooi d'r een gig of 2 in, en zet swap uit.
- Installeer de preemptive patch. Dat zal de response van de machine wat verbeteren
- Zet de timer van 100 Hz op bv 1000. Vereist wederom een patch, maar betekend dat de scheduler wat
vaker aan bod komt.

[Jelmer]

Zet bovendien unmaskirq eens aan. Wil bij veel hd activiteit nogal eens de rest van het systeem enigszins responsive houden.

[_JGC_]

hdparm -c1u1d1k1m16 /dev/hda wil nog wel es helpen, zet DMA, UnmaskIRQ, 32bit en 16 sectors multi-weetikhet aan.

Jij mist op dit moment 32 bit diskaccess en de unmaskIRQ, waardoor je disk gaat blocken op het moment dat ie nogal hard bezig is, zoals bij een webalizer run (webalizer zou normaal niet een probleem zijn, maar ik beheer zelf ook een webserver die 5GB/dag pompt en 75MB logfile per dag uitpoept)

[jep]

Hij loopt inderdaad te swappen. Ik druk er over een paar dagen een Gig bij, en hoop dat 't hiermee verholpen is. Ik heb ook even gehdparmed. Op 't moment kan ik dus nog even niet zeggen of 't hielp, maar ik hoop 't wel.

Bedankt alvast! Ik laat 't wel even weten.

[igmar]

_JGC_ schreef op 18 januari 2004 @ 19:58:
75MB logfile per dag uitpoept)

Lijkt mijn mailserver wel, met dank aan de Direct Marketing branche

[Verwijderd]

hoeveel mem heeft hij nog beschikbaar? Ik weet niet hoe zwaar die bak belast is, maar dat moet best veel zijn wil je zo'n systeem over z'n nek krijgen

Overigens presteert de 2.6 kernel hier echt aanmerkelijk beter als server

[ Voor 24% gewijzigd door Verwijderd op 19-01-2004 19:34 ]

[jep]

code:

webservicez:~# free -m
             total       used       free     shared    buffers     cached
Mem:          1008        975         32          0         81        411
-/+ buffers/cache:        482        525
Swap:         1852        656       1195

Draait SQL, apache en postfix voor een hoop websites, maar ik naar mijn mening niet heel erg speciaal. Ik heb veel meer op minder zien draaien.

Eerst van de week een gig bijprikken. Dan kijk ik of 't oplost.

offtopic:
Nu heeft 'ie dus een beetje swap, meestal niet.

[ Voor 8% gewijzigd door jep op 19-01-2004 20:34 ]

[Verwijderd]

Ehm het zal wel aan mij liggen maar hij heeft best nog wat mem over?

hmm wel veel swap idd

[ Voor 17% gewijzigd door Verwijderd op 19-01-2004 20:42 ]

[[NUT]]

Verwijderd schreef op 19 januari 2004 @ 20:40:
Ehm het zal wel aan mij liggen maar hij heeft best nog wat mem over?

hmm wel veel swap idd

idd, 411mb aan cache... da's gewoon beschikbaar aan andere processen... ik geloof ook niet echt dat dat de oplossing gaat zijn

edit:
ok... da's best veel swap idd...

[ Voor 9% gewijzigd door [NUT] op 19-01-2004 20:45 ]