Dotaz: Mandriva swapuje a swapuje, az nakonec nedela nic jineho, nez swapuje

[teekey]

Zdravim, mam mensi problem - vezmu to pro pochopeni trochu ze siroka:
Mam Mandriva 2007 (default instalace s KDE) a samozrejme doinstalovane dalsi programy pro mou plnou spokojenost. Problem prvni, nevim proc, ale disk na kterem je system nema zapnute DMA - no problem hdparm -d1 /dev/hdx, sice zatim nevim jak donutit system, aby to definoval uz po startu, ale to je to nejmensi. Pak tady mame RAM - 256DDR 400MHz, pomerne malo, vim. OS je na hdb (ATA), ktery ma vice oddilu, mimo jine je na nem krome systemu jeste FAT oddil (skladiste) a swap oddil. A to posledni bude asi velky problem, ponevadz kdyz zacne system swapovat, je to znat, nicmene neni to zase zadny extrem, ale k tomu bohuzel dojde po par hodinach. Nejlepsi bude asi priklad:

top - 11:32:19 up 14:48, 5 users, load average: 6.01, 5.45, 3.00
Tasks: 91 total, 2 running, 89 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.6% us, 2.0% sy, 0.0% ni, 0.0% id, 89.7% wa, 0.3% hi, 0.3% si
Mem: 253168k total, 250008k used, 3160k free, 464k buffers
Swap: 1132540k total, 978420k used, 154120k free, 36772k cached

jenom dodam, ze kdyz top vypisoval tyhle hodnoty, s PC se nedalo vubec pracovat a disk se mohl zblaznit :( Nevim cim to muze byt, kdyz jsem koukal na vyuziti pameti, pomerne dost si vybral Firefox, Xka, xmms a snad necekane i rtorrent - ten mel pres 120MB.

pokud nekdo ma nejaky TIP jak problemu predejit, sem snim :) Napada me novy disk, Sata2 pro system a swapovani na soucasny disk, take rozsireni pameti alespon o 512MB na celkovych 768MB by mohlo pomoct.

Je pomerne mozne, ze mam nekde neco spatne nastavene, ale to mi nejde do hlavy, proc se to zacne projevovat, az po nekolika hodinach. Jenom pro detail, po 13h swapovano asi 300MB a prace bezproblemu, pak jsem se sel nasnidat a potom viz muj problem :(

Jeste par detailu o discich, oba jsou ATA:
ATA Western 10GB - instalace Windows, FAT32
/dev/hda:
Timing cached reads: 2680 MB in 2.00 seconds = 1339.14 MB/sec
Timing buffered disk reads: 40 MB in 3.48 seconds = 11.50 MB/sec

ATA Seagate 160GB - instalace Linux, FAT32, EXT3, swap oddil
/dev/hdb:
Timing cached reads: 2700 MB in 2.00 seconds = 1349.40 MB/sec
Timing buffered disk reads: 32 MB in 3.02 seconds = 10.61 MB/sec

Odpovědi

[Tom K]

-d1 obvykle nestaci a je fajn dat mu jeste -c1 (32 bit pristup k disku) a -u1, aby nebyl prilis obtezovan procesor. po startu nejlepe do /etc/rc.d/rc.local

[teekey]

diky, hned se na to du mrknout :)

[Andrej Herceg]

Treba zistiť, ktorý program spotrebováva tak veľa pamäte.

Kedysi so používal jeden plugin do xmms. Ten nesprávne uvoľňoval (či skôr vôbec neuvoľňoval) použitú pamäť. Postupne bolo voľnej pamäti menej a menej až sa to nakoniec dostalo do úplne rovnakého štádia (systém iba swapoval).

[teekey]

soucasny stav, skoro nic nejede:

top - 13:11:00 up 53 min, 4 users, load average: 0.09, 0.07, 0.11
Tasks: 88 total, 2 running, 86 sleeping, 0 stopped, 0 zombie
Cpu(s): 19.3% us, 1.0% sy, 0.0% ni, 79.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 253168k total, 239660k used, 13508k free, 4088k buffers
Swap: 1132540k total, 31064k used, 1101476k free, 78752k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5121 teekey 15 0 116m 44m 12m S 0.0 17.8 1:07.67 mozilla-firefox
5070 teekey 15 0 115m 23m 14m S 0.0 9.6 0:04.45 kdesktop
5058 teekey 15 0 106m 14m 10m S 0.0 5.7 0:00.89 kded
5091 teekey 15 0 102m 18m 4780 S 0.0 7.4 0:01.11 net_applet
5089 teekey 15 0 99.8m 11m 10m S 0.0 4.8 0:00.71 knotify
5072 teekey 15 0 99260 16m 11m S 0.0 6.7 0:02.12 kicker
4938 root 15 0 97900 10m 3220 S 17.3 4.2 1:30.13 X
5164 teekey 15 0 91372 17m 12m R 0.7 6.9 0:01.37 konsole
5305 teekey 16 0 90828 18m 13m S 1.3 7.4 0:06.60 ksysguard
5068 teekey 15 0 84656 13m 10m S 0.0 5.3 0:00.93 kwin
5086 teekey 15 0 80176 11m 9788 S 0.0 4.8 0:00.15 klipper
5082 teekey 15 0 79164 10m 8556 S 0.0 4.3 0:00.25 kaccess
5067 teekey 15 0 78312 10m 8696 S 0.0 4.4 0:00.08 ksmserver
5056 teekey 16 0 77064 8956 7316 S 0.0 3.5 0:00.07 klauncher
5074 teekey 15 0 75856 8024 6168 S 0.0 3.2 0:00.00 kio_file
5054 teekey 15 0 73472 2716 1384 S 0.0 1.1 0:00.06 dcopserver
5051 teekey 17 0 73300 8092 6296 S 0.0 3.2 0:00.22 kdeinit

vyuzitou pamet beru hodnotu VIRT, snad si to nepletu :)

[Andrej Herceg]

V tomto momente to bolo celkom dobré. Síce je použitých 31MB swapu, ale voľná pamäť je 13MB + 78MB cache (cache môže byť v prípade potreby uvoľnená, nemusí sa swapovať).

PS: VIRT obsahuje aj zdielanú pamäť (teda knižnica je v pamäti raz, ale započítava sa do virtuálnej pamäte všetkých procesov, čo ju využívajú).

[teekey]

mozna problem, ktery se vsim zminenym souvisi - pustil jsem ted rtorrent a ten zacal hashovat dvd a kdyz "krouzim" kurzorem po obrazovce, obcas se zasekne (tak na 1 sec). Uz se tesim na novy disk a asi zacnu cistit system od veci o kterych vim, ze je jistojiste nepotrebuju :)

[Andrej Herceg]

Ja by som vypol net_applet a ksysguard.

Aj firefox vie byť pri dlhšom používaní náročný na pamäť (hlavne ak sa otvára veľa stránok, používa flash, java...). Programy na sťahovanie torrentov tiež niečo potrebujú :)

Pri takomto používaní počítača (prehliadanie internetu + sťahovanie torrentov) je 256MB ram veľmi málo (aspoň podľa mňa). Rozumnejšie je mať aspoň 512MB ram.

To sekanie pri hašovaní pravdepodobne súvisí so zaťažením procesora a disku (a aj s malým množstvom voľnej pamäte).

[Zdeněk Štěpánek]

Ja bych videl mozna problem v disku, respektive IDE radici. Co mas za cipset?

Muj IDE disk v noteboku, rok stary, 40GB (s novim pata se hlasi jako sda)

/dev/sda: Timing buffered disk reads: 86 MB in 3.05 seconds = 28.16 MB/sec

Na nepomerne pomalejsim disku mam 3x vetsi hodnotu buffered cteni. Cipset intel ICH6. To neni normalni.

a pro porovnani, SATA disk 80GB, cipset ICH6:

Timing buffered disk reads: 168 MB in 3.00 seconds = 55.99 MB/sec

Zdenek

[teekey]

Moje deska je MB Asus K8U-X - ULi M1689, SATA, LAN, s.754
pridam nejake vypisy z dmesg:

hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide0: reset: success

todle bude asi muj mp3 prehravac:
usb 7-3: new high speed USB device using ehci_hcd and address 4
usb 7-3: configuration #1 chosen from 1 choice
SCSI subsystem initialized
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
Vendor: SigmaTel Model: MSCN Rev: 0100
Type: Direct-Access ANSI SCSI revision: 04
usb-storage: device scan complete
SCSI device sda: 512768 2048-byte hdwr sectors (1050 MB)
sda: Write Protect is off
sda: Mode Sense: 3e 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 512768 2048-byte hdwr sectors (1050 MB)
sda: Write Protect is off
sda: Mode Sense: 3e 00 00 00
sda: assuming drive cache: write through
sda: sda1
sd 0:0:0:0: Attached scsi removable disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0

//jinak disky jsou v /dev jako hda (hda1) a hdb(hdb1-hdb5)

[cezz]

hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success

Toto minimalne vysvetluje, preco nejde to DMA po starte - pravdepodobne sa vypne pri nejakej chybe. A tiez to vyzera, ze disk, alebo radic su vadne. (aspon mne robi nieco podobne tak raz za mesiac sata radic - PC sa pocas tych 10-15 sekund vobec neda pouzivat) Tiez by som mozno obvinil driver na radic (mozno aj moj pripad), ale s IDE HDD som nikdy nemal problemy.

[mozog]

Byt tebou, radsej si data z tohto disku zalohujem. Moj disk robil to same a casom uz ani nechcel nabootovat.

[Michal Kubeček]

Ono to obecně může znamenat ledacos, ale v zásadě je buď problém s tím diskem, s řadičem nebo s driverem. První a třetí varianta jsou ale podle mých zkušeností výrazně pravděpodobnější než druhá.

[AraxoN]

Takéto chyby (dma_intr: status=0x... a dma_intr: error=0x...) sa mi objavili raz po kompilácii nového jadra so starým config-om. Pribudol nejaký ovládač, ktorý bol defaultne zapnutý a bil sa s tým mojím pôvodným...

Máš distribučné jadro? Čo vypíše lsmod?

[hyperion]

se nediv ze ti to porad hrabe kdyz tam dost pravdepodobne nemas zapnute DMA..:

# hdparm -d /dev/hda
/dev/hda:
 using_dma    =  0 (off)
# hdparm -t /dev/hda
/dev/hda:
 Timing buffered disk reads:   16 MB in  3.18 seconds =   5.04 MB/sec
#
#
# hdparm -d1 /dev/hda
/dev/hda:
 setting using_dma to 1 (on)
 using_dma    =  1 (on)
#
#
# hdparm -t /dev/hda
/dev/hda:
 Timing buffered disk reads:  140 MB in  3.02 seconds =  46.31 MB/sec

[teekey]

ted mam:
[root@localhost teekey]# hdparm /dev/hdb

/dev/hdb:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19457/255/63, sectors = 312581808, start = 0


[teekey]

[root@localhost teekey]# hdparm -t /dev/hdb


/dev/hdb:
Timing buffered disk reads: 36 MB in 3.02 seconds = 11.92 MB/sec


[Andrej Herceg]

Čo vypíše

hdparm -I /dev/hdb | grep DMA

[teekey]

[root@localhost teekey]# hdparm -I /dev/hdb | grep DMA
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 *udma3 udma4 udma5

[Andrej Herceg]

UDMA3 som ešte zapnuté nevidel :) (je to 44.4MB/s).

Skús dať pohľadať "DriveReady SeekComplete Error" alebo "DriveStatusError BadCRC" na tomto servri (už sa tu o tom písalo).

[teekey]

Diky za TIP, uz jsem neco pohledal, ALE:
HDA - je stary disk, 10GB a uz ma toho hodne za sebou HDB - jel skoro 3roky v USB ramecku a behem toho dostaval taky na prdel, nejde treba dat do NTFS kdyz je cely zformatovany, proste je uz taky nakraplej, ale porad nekolikanasobne rychlejsi nez HDA.

Ohledne tech problemu jak jsi zminoval, vetsinou to na foru resili koupi PCI IDE radice, to vzhledem k tomu, ze mam dva volne SATA "sloty" nebudu resit a koupim po vyplate novy disk a ramky. Na disk nahraju system a ted jenom premyslim, zda mam swapovat na novy disk HDC (bude SATA2 160GB) a nebo swapovat na nynejsi HDB :/

[hyperion]

nevim, ale z tech messages vypada hdb nejakej nakopnutej, hlavne ten reset IDE..

hda: DMA disabled
ide0: reset: success
hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdb: dma_intr: error=0x84 { DriveStatusError BadCRC }

zkousel jsi 'badblocks' nebo aspon vymenit kabel?

[R]

badblocks nema velky zmysel, radsej "smartctl -a /dev/hdx"

[Petr Šobáň]

ted mam:
[root@localhost teekey]# hdparm /dev/hdb

/dev/hdb:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)


Skuste zapnout multcount trochu to pomůže a u mě to uměl i starý 120M disk. Jako hodnotu použijte 16 je to obvyklá hodnota. Jinak další problém co jsem měl se starým HD na novém řadiči nechtěl fungovat s 40 pin kabelem, pokud jsem použil 80 pin kabel běžel. Skontrolujte kabely - skuste vyměnit.

[teekey]

vsem diky za rady, po dnesku - uptime asi 20h se da se systemem porad dobre pracovat, vymenil jsem kabely, pozapinal co se dalo. Snad novy disk a pameti prinesenou jeste vetsi rychlost a zkrati dobu odezvy nekterych aplikaci :)