Bardzo powolne kopiowanie plików

localh0st - 07-12-2007 15:00
Witajcie. Mam dwa dyski Seagate 40GB, i WD Caviar 80GB. Obydwa dyski są ATA. Od kiedy używam Linuksa, zauważyłem że kopiowanie plików (np. miedzy folderami na partycji/dysku systemowym), czy też miedzy dyskami jest bardzo powolne. Kopiowanie 3.5GB danych pomiędzy nimi trwa ok. 25 min (szybkość jaka widzę to ok. 1.5MB/s - 2.2MB/s). Zużycie procesora wynosi średnio 80 -90%, a ram 200MB(czy nie za mało?). System stoi na partycji z systemem plików ext3, drugi dysk (WD) ma system Fat32 (żebym mógł go trzymać na multimedia, w razie, gdybym musiał użyć Windowsa). Mam 640 RAM, i SWAP 1500MB, które nie są (albo bardzo rzadko) używane.

Kopiowanie plików na Seagate, a tak samo z Seagate na WD wynosi średnio 2MB/s! Straszne tępo, które nie wiem czym jest spowodowane. na Windowsie, kopiowanie tych samych plików, trwa kilka sekund. i tu moje pytanie, czy trzeba coś gdzieś przestawić, aby prędkość się zwiększyła? Może jakieś parametry w biosie? Szukałem na googlach, ale nic konkretnego nie znalazłem.

Pozdrawiam.

tomii - 07-12-2007 15:44
a masz dma (mozna w hdparm sprawdzic)

Yampress - 07-12-2007 16:04
moze nie masz załadowanego odpowiedniego modułu do obsługi kontrolera

localh0st - 07-12-2007 16:29
Włączyłem Windows, zainstalowałem Diskeeper no i zauważyłem, że jest straszliwie pofragmentowany WB Fat32. Na razie sie defragmentuje. Później sprawdzę jeszcze badsektory, i miejmy nadzieję, że będzie OK.

Yampress, a o jaki moduł chodzi?
tomii, jak włączę Debiana to powiem co i jak.

Pofragmentowanie:
http://img217.imageshack.us/img217/8...acjamv1.th.png

frik - 08-12-2007 10:35
a jak kopiujesz to masz 100% zuzycia procka ?

localh0st - 08-12-2007 11:35
frik, tak.

Właśnie jeszcze sie defragmentuje, i trwa to już kilkanaście godzin. Usunąłem jeszcze 30Gb filmów, żeby miał łatwiej. Jeszcze pozostało z 30min.

No i teraz, nawet na Windowsie widzę, że chodzi tamta partycja znacznie szybciej. tu pojawia się pytanie, czym można z poziomu Linuksa, defragmentować partycję w FAT32?

pzdr.

kabzior - 08-12-2007 12:12

moze nie masz załadowanego odpowiedniego modułu do obsługi kontrolera A jak to sprawdzić? Możesz coś więcej w tym temacie? Wydaje mi się że mam podobny problem do autora wątku.
Plus to samo z nagrywarką - wybieram nagrywanie z prędkością maksymalną (czyli 8x) a ona nagrywa z 2x...

localh0st - 08-12-2007 12:26
Dma włączone:
asylum:/home/localh0st# hdparm -d /dev/hdb

/dev/hdb:
using_dma = 1 (on) asylum:/home/localh0st# hdparm -d /dev/hda

/dev/hda:
using_dma = 1 (on) Teraz sprawdziłem, po defragmentowaniu.. Kopiuje 5MB/s, ale to chyba nadal za mało?

frik - 08-12-2007 15:42
temat zuzycia procka byl juz poruszany wiele razy nawet na tym forum i nikt nie potrafil nic na to poradzic. najdziwniejsze ze nie wszyscy maja taki problem. jest to najprawdopodobniej zwiazane z jadrem. no ale ja nie mam co do tego pewnosc. sam sprawdzalem to na 3 kompach i wszedzie to samo (na innych dystrybucjach tez to samo).

http://debian.linux.pl/viewtopic.php?t=1581
http://debian.linux.pl/viewtopic.php?t=4127

jak by ktos rozwiazal ten problem to bylo by milo(stawiam browara :-> ).

localh0st - 08-12-2007 16:30
hm, już nie wiem o co w tym wszystkim chodzi:

asylum:/home/localh0st# hdparm -Tt /dev/hda

/dev/hda:
Timing cached reads: 386 MB in 2.01 seconds = 192.22 MB/sec
Timing buffered disk reads: 104 MB in 3.03 seconds = 34.27 MB/sec
asylum:/home/localh0st# hdparm -Tt /dev/hdb

/dev/hdb:
Timing cached reads: 328 MB in 2.00 seconds = 163.66 MB/sec
Timing buffered disk reads: 154 MB in 3.01 seconds = 51.17 MB/sec Konqueror miałby jakieś ograniczenia, w przydzielaniu do RAM/procka?

frik - 09-12-2007 00:29
hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads: 1662 MB in 2.00 seconds = 830.59 MB/sec
Timing buffered disk reads: 160 MB in 3.00 seconds = 53.31 MB/sec u mnie jest tak, ale procka przy odczycie mieli na maxa
porazka :-P

tomii - 09-12-2007 11:03
a ktoś próbował zrobić test z wyłączonymi x, u mnie swego czasu na wolnym komie bylo lepiej.

frik - 09-12-2007 20:14

a ktoś próbował zrobić test z wyłączonymi x, u mnie swego czasu na wolnym komie bylo lepiej. tak byly juz takie testy np. na czystej instalce debiana i ciagle ten sam problem

zehos - 10-12-2007 17:05

a masz dma (mozna w hdparm sprawdzic) stary, wylacz dma i przekonaj sie, ze szybko użytkownik widzi, ze cos jest nie tak z kompem. Nie objawia się to tylko kiepskim transferem I/O. Na takim systemie się nie da pracować.

Też stawiam piwo, jak ktoś to rozkini :p.

sj65 - 10-12-2007 20:59
Poczytaj man hdparm Przy starym dysku IBM 6GB doskonale się sprawdzały następujące ustawienia.
hdparm -c3 -d1 -A1 -A248 -X68 -M128 /dev/hdx.
Nie wiem dlaczego, ale opcje te nie działały, a powinny przy takim ustawieniu jak powyższe. Musiałem je wpisywać pojedynczo.
hdparm -c3 /dev/hdx hdparm -d1 /dev/hdx itd. x w hdx dotyczy Twojego dysku.
Przy opcji c w zależności od płyty możesz użyć -c3 lub -c1.
Z opcją M należy uważać, znacznie przyspiesza dysk, o ile można ją ustawić, ale skraca jego trwałość.
Przy nowszym dysku ata nie zauważyłem rożnic z hdparm lub bez.

Pozdrawiam
sj65

localh0st - 18-12-2007 19:47
Ustawiłem hdparm tak jak napisał sj65, ale system dalej kopiuje tak jak kopiował.

a jak kopiujesz to masz 100% zuzycia procka ? No właśnie. Dziś robiąc porządki na dyskach, zauważyłem że system nie zwiększa poboru mocy (przeciętnie przy kopiowaniu mam 10% CPU), więc to chyba nie jest dobrze?

sj65 - 18-12-2007 20:32
Moje ustawienia były przykładowymi. Dla jednych dysków są dobre, a dla innych mogą być niewłaściwe.
Zanim użyjesz hdparm przetestuj dysk: hdparm -tT /dev/hda dla dysku hda.
Ustawiając jedną z opcji sprawdź, ponownie powyższym poleceniem, czy zwiększył się transfer i czy po ponownym uruchomieniu systemu hdparm jest uruchomiony z najbardziej właściwymi opcjami dla Twojego dysku.

Pozdrowienia
sj65

localh0st - 19-12-2007 14:29
asylum:/home/localh0st# hdparm -tT /dev/hda

/dev/hda:
Timing cached reads: 412 MB in 2.01 seconds = 205.48 MB/sec
Timing buffered disk reads: 114 MB in 3.04 seconds = 37.45 MB/sec
asylum:/home/localh0st# hdparm -tT /dev/hdb

/dev/hdb:
Timing cached reads: 428 MB in 2.01 seconds = 213.11 MB/sec
Timing buffered disk reads: 158 MB in 3.01 seconds = 52.42 MB/sec
asylum:/home/localh0st# Różnica (w porównaniu do poprzednich testów) nie jest najlepsza, aczkolwiek jest już lepiej. W rzeczywistości jest niewielka poprawa wydajności.

sj65 - 20-12-2007 11:51
Sprawdziłem u mnie na starym komputerze 2x pentium III 1100 MHz i Seagate 160GB z 8 MB cache.
Użycie obu procesorów podczas kopiowania około 23%,
Użycie obu procesorów w stanie bezczynności 7%-9%.
Kopiowanie z jednej partycji na drugą (koniec dysku) 687MB w 53s-58s.
Hdparm -tT 162MB/s 41MB/s.
Z dysku na dysk będzie parę razy mniej.
Ilość cache dysku ma duży wpływ na prędkość kopiowania.
Podobnie jak u Ciebie kombinacja ustawień hdparm mało wpływa na prędkość kopiowania i zapisywania na dysku, co świadczy o bardzo dobrych sterownikach, które oferuje Debian.

Pozdrawiam
sj65