Forum Debian Users Gang

szewczyk napisał(-a):

masz uruchomiony jakis podział htb/hfsc ?

Nie.

tomii napisał(-a):

Sprawdź co się dzieje podczas kopiowanie z prockiem i przerwaniamy (np top) może zabijają kompa, do tego hdparm -tT dysk.

Obciążenie procka nie przekracza 30% zarówno przy sambie jak i http.
Jeśli chodzi o przerwania, hi: do 3%, si: do 2%

Co do hdparm, pierwsze dwa wyniki dla Samby dwa pozostałe dla http:

root@symstym:[~]# hdparm -tT /dev/sda2 

/dev/sda2:
 Timing cached reads:   1036 MB in  2.00 seconds = 517.86 MB/sec
 Timing buffered disk reads:  188 MB in  3.02 seconds =  62.22 MB/sec

root@symstym:[~]# hdparm -tT /dev/sda2 

/dev/sda2:
 Timing cached reads:   1172 MB in  2.00 seconds = 585.42 MB/sec
 Timing buffered disk reads:  186 MB in  3.02 seconds =  61.62 MB/sec

root@symstym:[~]# hdparm -tT /dev/sda2 

/dev/sda2:
 Timing cached reads:   910 MB in  2.00 seconds = 454.57 MB/sec
 Timing buffered disk reads:  160 MB in  3.02 seconds =  52.96 MB/sec

root@symstym:[~]# hdparm -tT /dev/sda2 

/dev/sda2:
 Timing cached reads:   982 MB in  2.00 seconds = 490.74 MB/sec
 Timing buffered disk reads:  148 MB in  3.02 seconds =  48.94 MB/sec

Pzdr.

tomii napisał(-a):

To są wyniki z lenovo prawda? A ile jest %wa?

Tak, Lenovo.
%wa - niecały 1%, w porywach do 4%


Sprawdzałem również jak zachowuje się wtedy serwer.
Obciążenie cpu do 70%(raczej normalne biorąc pod uwagę, że cały czas ludzie coś pobierają przez http),
%wa w porywach do 10%,  %hi do 6%,  %si do 5%,

Pzdr.

Ostatnio edytowany przez mi5tic (2010-01-31 14:06:16)

tomii napisał(-a):

A możesz sprawdzić na win lub podłanczając w miejsce kompa który działa normalnie ?
Ps ten procek ma ht ?

Niestety(albo raczej stety) nie posiadam windowsa.
Podłączałem zamiast dwóch innych kompów.
Pobierałem po sambie i http z dwóch innych...i w każdym przypadku to samo.

Tak, posiada HT.

Pzdr.

Ostatnio edytowany przez mi5tic (2010-01-31 14:17:01)

tomii napisał(-a):

Jak sprawdzałeś top to włączyłeś "1" - żeby osobno pokazał oba "rdzenie"?

Nie, ale zrobiłem to teraz i wyniki praktycznie rzecz biorąc się nie różnią, tj. wyniki rozkładają się na "rdzenie".

Pzdr.

tomii napisał(-a):

To nie wiem, jedyna rzecz jaka mi przychodzi na myśl to że procek nie wyrabia ale że to jest ht to inaczje pokazuje. Nie masz możliwości obniżeniu mu taktów na stałem lup innemu kompowi w sieci obniżyć taktowanie to niskiego poziomu?

Niestety, w kilku z nich biosy są tak okrojone, że nie mam takiej możliwości a serwa nie chcę wyłączać.

Jeszcze "drobny" szczegół. Skopiowałem sobie teraz po scp plik z problemowego laptopa(lenovo)... i transfer wynosił średnio 10MB/s, czyli problem tylko z downloadem(dla ścisłości, próbowąłem zarówno pobierać plik na lenovo, jak i wrzucać z innego kompa na lenovo, co praktycznie jest tym samym o ile się nie mylę).

Grzebiąc w sieci natknąłem się na informację, iż ustawienie trybu na stałe(w moim przypadku na 100mbps full duplex) powinno pomóc, niestety bez oczekiwanego rezultatu.


Pzdr.

tomii napisał(-a):

znaczy po scp w obie strony idze dobrze czy tylko up z lenovo ?
Próbowałeś ustawiać bufory w smb.conf?

1. transfer jest ok tylko przy up z lenovo
2. tak, próbowałem chyba wszystkich kombinacji dla socket options, jak i opcji:  max xmit, read prediction, read/write raw, os level i jeszcze kilka.

Pzdr.

tomii napisał(-a):

Jeżeli up jest dobry to wg mnie oznacza problem z zapisem przez sambe, scp. Może inna wersja samby pomoże?
PS. Jaki masz up na sambie z lenovo?

Problem z sambą i scp? Byłbym skłonny to rozważać, gdyby nie to, że problem występuje również po http.
W przypadku uploadu z lenovo po sambie, transfer cały czas utrzymuje się 6.5-8 MB/s.


Pzdr.

Ostatnio edytowany przez mi5tic (2010-02-01 13:45:17)

tomii napisał(-a):

mi5tic napisał(-a):

... Byłbym skłonny to rozważać, gdyby nie to, że problem występuje również po http.
...

Masz namyśli niższy transfer przy pobieraniu przez http niż dla innych komputerów?

Tak, jak już wcześniej wspomniałem, w przypadku transferu w LANie

natomiast po http 4-8MB/s.

W przypadku pobierania plików spoza LANu transfer np. po http nie przekracza...50KB/s, co przy łączu 100/100 przywołuje myśli samobójcze...


pzdr.

Ostatnio edytowany przez mi5tic (2010-02-01 13:46:47)

tomii napisał(-a):

sorki zamotałem się i nie bardzo rozumiem. Na razie mówimy tylko o lanie
Ja to widzę tak :
inne komputery - http 10-12 w obie strony - ok
samba 4-6 trochę mało ale może być
lenovo : http 4-8 w obie strony- moze być
samba up 6-8 -ok , down 1 fatalnie .
i chodzi o ten 1 down cały czas.
Dobrze rozumiem ?

Dokładnie.
1 down praktycznie używając jakiegokolwiek protokołu.

Pzdr.

tomii napisał(-a):

Jak dla mnie problem z zapisem na dysku,
jaki wynik zwróci
dd if=/dev/zero of=10gb bs=1M count=10240 
?

mi5tic@symstym:[~]$ dd if=/dev/zero of=10gb bs=1M count=10240
10240+0 records in
10240+0 records out
10737418240 bytes (11 GB) copied, 180.163 s, 59.6 MB/s

tomii napisał(-a):

I jaka masz prędkość kopiowania z dysku na dyski i z jakiegoś szybszego pena na dysk ?

dysk -> dysk - rozpoczyna się transferem około 50MB/s po czym w ciągu kilkunastu sekund spada do około 20MB/s i przy takim transferze się utrzymuje
pendrive -> dysk - około 25MB/s

tomii napisał(-a):

Ps down po http jest przecież ok 4-6 ?!

Nie powiedziałbym, że ok, skoro na innych kompach osiągam bezproblemowo transfer około 10-12MB/s.

Pzdr.

tomii napisał(-a):

Wydaje mi się że pownineś próbować inną sambę - nowsza lub starsza.
Poza tym 4-6 po http może być spowodowane tym że w lenovo procesor nie jest demonem szybkości.
PS. A możesz spróbować wyłączyć HT i sprawdzić?

Mam w sieci również eee pc z N270 1,6GHz i radzi sobie bez problemu.

Przy odpaleniu z opcją kernela acpi=off transfer po sambie wzrósł do ~1,5MB/s natomiast po http nie spada poniżej 6MB/s więc już nieco lepiej.
Nie mam możliwości wyłączenia HT w biosie, więc jedyne co mogę zrobić, to jak powyżej acpi=off.

Pzdr.