Most probalkozok Jauntyval, raadasul 64bitessel, amivel eddig meg nem, uj gepen.
Reszletek:
intel lap, C2D E8400-es proci, 2GB ram, HPET
Jaunty amd64
disk muveleteknel felmegy a load, es belassul az egesz, mint a fene.
usb disk-disk masolas, load 3-5 kott, egy terminal nyitasa 6-7 pasodperc..??
Azert ennek nem ilyennek kellene lenni, ha jol gondolom..
koszi
- 1486 megtekintés
Hozzászólások
Hát nem tudom mihez viszonyítasz, a fentiek amit leírtál passzol a C2D-s notimra.
Ha backup-olok USB vinyóra, szinte megáll a rendszer --> ha olyan műveletet indítok, aminek kell az I/O. De azt hiszem ez érthető.
- A hozzászóláshoz be kell jelentkezni
azért annyira nem normális ez szerintem. mivel épp egy ilyenre migrálok nagyon sok mindent, ezért kicsit megterheltem, hogy lássam nekem mit hoz össze.
hálózatról másolok _és_ usb-ről (bár csak a hálózat állandó a teszt alatt, mert kb 500 giga sok idő alatt megy át; az usb csak 100, a teszt erejéig a fentivel "párhuzatosan"). elvileg a load 1 alatti tartósan. jó, ez nem gui-s vacak, csak egy friss ubuntu teszt "szerver" (nem röhög a lentebb látható konfigon :D).
paraméterei: 500 mega ram, Intel(R) Pentium(R) 4 CPU 1.70GHz
szóval nem egy erőgép, mint látható. gyaníthatóan tehát valami nem stimmel...
--
xterm
- A hozzászóláshoz be kell jelentkezni
akkor viszont nálam is lehet valami nem jól van beállítva, mondjuk nekem is feltűnt hogy nagyobb I/O terhelésnél döcög a rendszer, de én Raid-es asztali gépről váltottam, úgyhogy betudtam ennek ;)
esetleg indíts rá egy
hdparm /dev/sdX
parancsot, mit ír ki? Nálam ha -d1 paraméterrel futtatom (ez elvileg bekapcsolná a DMA-t), akkor ezt a hibaüzit kapom:
root# hdparm /dev/sda
/dev/sda:
IO_support = 0 (default)
readonly = 0 (off)
readahead = 256 (on)
geometry = 30401/255/63, sectors = 488397168, start = 0
root# hdparm -d1 /dev/sda
/dev/sda:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
HDIO_GET_DMA failed: Inappropriate ioctl for device
Szerk.: Azt olvastam még hogy SATA eszköznél nincs DMA, lehet azért van ez. Ezt nem tudom-
Szerk.: sdparm kimenet
root# sdparm /dev/sda
/dev/sda: ATA TOSHIBA MK2546GS LB01
Read write error recovery mode page:
AWRE 1
ARRE 0
PER 0
Caching (SBC) mode page:
WCE 1
RCD 0
Control mode page:
SWP 0
- A hozzászóláshoz be kell jelentkezni
a legviccesebb, hogy nálam nem is sata vinyó van. csak egy 320gb-s tetves samsung pata (soha ne vegyél ilyet! az előd, sajna több is jött belőle, belseje szétesett és bedarálta a lemezeket...)
a libata (fixme, ezt sosem tudom jól) változás miatt a dma tekergetése nem megy sdX meghajtókra. állítólag nem is kell, mert default. bár mi van, ha ki akarom kapcsolni? :)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Egy Ubuntu-s szálat olvasgatok éppen erről, elég hosszúra sikeredett, mostani dátummal is a végén, de sajna nem írnak megfelelő megoldást:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094?comments=all
Nagyon érezhető nálad a két gép közti különbség a folyamatos I/O művelett alatti gép használhatósága tekintetében?
- A hozzászóláshoz be kell jelentkezni
kiemelve, hogy nincs gui, csak azt tudom mondani, hogy simán, zökkenőmentesen fut tovább (pl. olvasgatom a rajta levő wikit, mail-ezek a webmailjével, stb). érdekes (amúgy ez friss telepítés. "pár órás")
--
xterm
- A hozzászóláshoz be kell jelentkezni
Milyen disk I/O schedulert használsz? Én a CFQ-t és nekem nincs vele semmi gondom, szintén Jaunty, 64bit.
- A hozzászóláshoz be kell jelentkezni
oooo..passz, alap telepites. holnap raerek, akkor utana nezek ennek is.
- A hozzászóláshoz be kell jelentkezni
[kalevala][kmarc][~][$] dmesg | grep -i scheduler
[ 0.709467] io scheduler noop registered
[ 0.709469] io scheduler anticipatory registered
[ 0.709471] io scheduler deadline registered
[ 0.709484] io scheduler cfq registered (default)
Es nekem is hasznalhatatlan a rendszer, mikozben kulso, usb-s hdd-re masolok.
- A hozzászóláshoz be kell jelentkezni
cfq van nalam is. de nem csak usb-s cuccoknal van igy, most dvd-rol masoltam vinyora kb 8MB/s-kel, ekozben Firefoxban egy uj tab nyitasa 2 mp.. Ha nincs valami IO, akkor teljesne jo, illetve magukban az IO muveleteket is normalis sebessegunek erzem, ha nem csinalok mast.
- A hozzászóláshoz be kell jelentkezni
2 masodperc...
mikozben az usb-s hdd-re backupoltam, 4 percbe telt, mig elindult a firefox. !!!
Ketszer kiprobaltam, masodszorra is 3-4 perc kellett neki
- A hozzászóláshoz be kell jelentkezni
nekem vmit segitett hogy kicsereltem a relatime, mount optciot noatime,nodiratime-ra. a cpu load meg mindig magas de legalabb a masololas gyorsabb let 1m/s rol felment 29m/s. usbs vinyo.
- A hozzászóláshoz be kell jelentkezni
nem pont ez a problémám, de ide tartozik. Amióta jauntyra váltottam (kubuntu, kde4, amd64), napjában többször is előfordul, hogy a gép 2-3 percre kifekszik. Az a hibajelenség, hogy a gép iszonyatosan belassul. Az egeret lehet mozgatni, de az alkalmazások között nehézkesen lehet kapcsolgatni. Egyes alkalmazások ablakai "beszürkülnek" . A jelenség 2-3 percig tart, utána meggyógyul.
A system monitorral ezt tudtam megállapítani, hogy a belassulás idején a 2 processzormag közül a 0-ás processzor loadja 0% lesz folyamatosan. A grafikonon jól látom, hogy akkor tér észhez a gép, amikor mind a két processzor dolgozni kezd.
Van e valakinek tippje, hogy miként lehetne a hibát elhárítani.
(őszintén szólva kezd már kilenni a hócipőm az ubuntuval - a gutsy óta szerinte egyre használhatatlanabb.... ha a karmic sem lesz jobb, akkor sorry de visszaváltok winfosra - a notebookomon 64 bites windows 7 rc fut, kezd egyre szimpatikusabb lenni...
- A hozzászóláshoz be kell jelentkezni
write cache be van kapcsolva?
hdparm -W 0 /dev/hda 0 Disable write caching
hdparm -W 1 /dev/hda 1 Enable write caching
- A hozzászóláshoz be kell jelentkezni