Hozzászólások
Sziasztok!
Mandrake 9.2 alatt tapasztalom folyamatosan az alábbi jelenséget:
A /mnt/rack-re egy 40 gigás vinyón lévő, egykori windowsos partíció van csatolva. A partíció mérete 35G, Típusa: VFAT, eredetileg FAT32. Sajnálatos módon ezt a paríciót mind az XP-nek (ami egy másik vinyón helyezkedik el), mind a Linuxnak tudnia kell használnia, attól függően, hogy épp mit kell csinálnom.
A probléma ott kezdődik és végződik, hogy a Linux rendszer alatt a vfat adatátviteli sebessége (pl. másoláskor) közvetlenül a rendszer indítása után kb. 310KB/s, ami pár óra elteltével nagyjából 1.2-2.6MB/s-on normalizálódik. Egészen addig, amíg a Linux - úgy tűnik, hogy - adaptálódik valahogyan a partíció használatához, semmilyen sebességigényes dolgot (pl. filmnézés, zenehallgatás, stb) nem lehet művelni a rajta található fájlokkal - a többi (linux) partíció természetesen akár 10-12 MB/s-ra vagy többre is képes már kezdettől. Jellemző, hogy ez a probléma pár óra alatt magától megoldódik akkor is, ha semmit nem csinálok a partícióval, de ez nagyon kellemetlen, ha pl. van másfél óra szünetem, és meg szeretnék nézni a szobámban egy epizódot a kedvenc sorozatomból, vagy csak hallgatni egy kis zenét, vagy egyéb triviális haszontalanságot művelni... Egyik megoldás, hogy nem kapcsolom ki a gépet, de ezt nem mindíg tudom megtenni... Más megoldást sajnos nem tudok. :(
Szóval, szerintetek mi okozhatja ezt, természetes-e ez így, és ha nem, akkor mit tudok tenni vele? :)
Nagyon köszi minden segítséget! :)
- A hozzászóláshoz be kell jelentkezni
[quote:773fe5b252="Pingvin"]Sziasztok!
Mandrake 9.2 alatt tapasztalom folyamatosan az alábbi jelenséget:
A /mnt/rack-re egy 40 gigás vinyón lévő, egykori windowsos partíció van csatolva. A partíció mérete 35G, Típusa: VFAT, eredetileg FAT32. Sajnálatos módon ezt a paríciót mind az XP-nek (ami egy másik vinyón helyezkedik el), mind a Linuxnak tudnia kell használnia, attól függően, hogy épp mit kell csinálnom.
A probléma ott kezdődik és végződik, hogy a Linux rendszer alatt a vfat adatátviteli sebessége (pl. másoláskor) közvetlenül a rendszer indítása után kb. 310KB/s, ami pár óra elteltével nagyjából 1.2-2.6MB/s-on normalizálódik. Egészen addig, amíg a Linux - úgy tűnik, hogy - adaptálódik valahogyan a partíció használatához, semmilyen sebességigényes dolgot (pl. filmnézés, zenehallgatás, stb) nem lehet művelni a rajta található fájlokkal - a többi (linux) partíció természetesen akár 10-12 MB/s-ra vagy többre is képes már kezdettől. Jellemző, hogy ez a probléma pár óra alatt magától megoldódik akkor is, ha semmit nem csinálok a partícióval, de ez nagyon kellemetlen, ha pl. van másfél óra szünetem, és meg szeretnék nézni a szobámban egy epizódot a kedvenc sorozatomból, vagy csak hallgatni egy kis zenét, vagy egyéb triviális haszontalanságot művelni... Egyik megoldás, hogy nem kapcsolom ki a gépet, de ezt nem mindíg tudom megtenni... Más megoldást sajnos nem tudok. :(
Szóval, szerintetek mi okozhatja ezt, természetes-e ez így, és ha nem, akkor mit tudok tenni vele? :)
Nagyon köszi minden segítséget! :)
Próbáld meg újra formatálni a particiót.
Vagy ha van lehetőséged próbáld ki más linuxxal is.
- A hozzászóláshoz be kell jelentkezni
Hi!
Esetleg probald meg a noatime mountolasi opciot. Ugye async-re van mountolva a particio?
By(t)e
TBS::Antiemes
- A hozzászóláshoz be kell jelentkezni
Sziasztok! Köszi a válaszokat!
Ezeket próbáltam ki:
Leformáztam, backupról átmentettem vissza --> semmi változás
Kipróbáltam az új csat. opciót (async volt), remount, restart --> semmi változás :(
Gondolom, a partíció mérete nem okozhatja (túl nagy vfatnak)...? :)
- A hozzászóláshoz be kell jelentkezni
hello
[quote:2aa24b2d61="Pingvin"]Sziasztok! Köszi a válaszokat!
Ezeket próbáltam ki:
Leformáztam, backupról átmentettem vissza --> semmi változás
Kipróbáltam az új csat. opciót (async volt), remount, restart --> semmi változás :(
Gondolom, a partíció mérete nem okozhatja (túl nagy vfatnak)...? :)
Probald meg DMA t bekapcsolni hatha jolesz....
[code:1:2aa24b2d61]hdparm -d1 /dev/hd??[/code:1:2aa24b2d61]
nekem altalaban ez megoldja a problemam.
es 40GB nem nagy fatnak.
macskas
- A hozzászóláshoz be kell jelentkezni
Üdv!
A DMA már eleve fel van kapcsolva rá:
[code:1:4245c83c99]
/dev/hdb1:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on
[/code:1:4245c83c99]
De a "man hdparm" írja, hogy a DMA lassíthatja is a vinyót, ezért megpróbáltam kikapcsolni, ezzel a nem túl bíztató eredménnyel:
[code:1:4245c83c99]
/dev/hdb1:
setting using_dma to 0 (off)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on)
[/code:1:4245c83c99]
- A hozzászóláshoz be kell jelentkezni
Hm... eszembe jutott még valami, hátha ez is hasznos info: Másolás (vagy bármilyen nagysebességű adatmozgatás) közben a percenkénti load average 6-10 között van, a rendszer pedig akad, lassul. :(
- A hozzászóláshoz be kell jelentkezni
Hmmm, en meg 2.4-es kernel kornyeken tapasztaltam azt, hogy ha vfat particiot osztottam meg NFS-en keresztul masolasi celzattal, akkor Stale NFS Handle hibakkal egy csomo file-t nem lehetett megnyitni a masik geprol. Ha ugyanezt atmasoltam egy reiserre es onnan share-eltem meg, akkor meg minden jo volt. Mintha sebessegbeli kulonbseg is lett volna a masolasok kozott, de nem figyeltem tulzottan. Mindenesetre nem lennek meglepve, ha enne 1-2 lappango bug a kernel VFAT tamogatasaban. Tudod mit mondanak ilyenkor: ott a forras, nezd meg, javitsd ki, kuldj patch-et:)
- A hozzászóláshoz be kell jelentkezni
Hi!
HDIO_SET_DMA failed: Invalid argument
Ez azt jelenti, hogy nincs beforgatva a kerneledbe a megfelelo DMA tamogatas. Egyebkent a hdparm -d1 nem eleg, celszeru a -u1 -c1 is. Meg nem artana egy hdparm -tT /dev/hdX.
By(t)e
TBS::Antiemes
- A hozzászóláshoz be kell jelentkezni
olvasgass: -hátha kiókumlálsz valamit
http://www.linuxbog.dk/admin/admin/harddisk-tuning.html
http://usalug.org/phpBB2/viewtopic.php?p=33142
/sbin/hdparm -u1 -m16 -c3 -d1 -X66 /dev/hda
/-X66 = ata66 -X69 = ata100/
Itt a debianos hdparm.conf -om valamit csak segit.
#quantum fireball lct
/dev/hda {
mult_sect_io = 32
write_cache = on
dma = on
interrupt_unmask = on
io32_support = 3
transfer_mode = 66
}
#western digital
/dev/hdb {
mult_sect_io = 32
write_cache = on
dma = on
interrupt_unmask = on
io32_support = 3
transfer_mode = 69
}
#teac dvd
/dev/hdc {
dma = on
interrupt_unmask = on
io32_support = 3
cd_speed = 10
}
#yamaha cd iro
/dev/hdd {
dma = off
interrupt_unmask = on
io32_support = 3
transfer_mode = 12
}
- A hozzászóláshoz be kell jelentkezni
Amugy iostat -dk 5 futtatasa masolas kozben mit mond?
- A hozzászóláshoz be kell jelentkezni
tulajdonképpen miért vfat és nem fat32? Azzla kevesebb gondod lessz.
Mintha a vfatnál rémlene valami 2 G korlát. De lehet hüleséget irok...
- A hozzászóláshoz be kell jelentkezni
nekem is volt ilyen problémám, több hónap után se jöttem rá mi a gáz. Ledúrtam a FAT-ot, ext3-at tettem rá és minden cool.
Evolúció. 8)
Win alól az explore2fs-sel intéző szinten lehet olvasni, NT alapú win-hez van ext2 driver (r/w) a SF-en.
- A hozzászóláshoz be kell jelentkezni
Hi!
Linux alatt mindenfajta FAT a VFAT driverrel megy.
By(t)e
TBS::Antiemes
- A hozzászóláshoz be kell jelentkezni
[quote:46748a8c25="Pingvin"]Üdv!
A DMA már eleve fel van kapcsolva rá:
[code:1:46748a8c25]
/dev/hdb1:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on
[/code:1:46748a8c25]
De a "man hdparm" írja, hogy a DMA lassíthatja is a vinyót, ezért megpróbáltam kikapcsolni, ezzel a nem túl bíztató eredménnyel:
[code:1:46748a8c25]
/dev/hdb1:
setting using_dma to 0 (off)
HDIO_SET_DMA failed: Invalid argument
using_dma = 1 (on)
[/code:1:46748a8c25]
RTFM, bitch.
hdparm -c1 -u1 -d1 -X{64+UDMAmode#} /dev/hd{device letter}
Dw.
- A hozzászóláshoz be kell jelentkezni