Re: Tuning dostępu do serwera po protokole CIFS
Dnia niedziela, 14 listopada 2010, Łukasz Maśko napisał: [...] > > Spróbuj opcję noserverino > > Nie pomaga. Nadal max. 2MB/s w porównaniu do 5MB/s przy dolphinie czy > 11MB/s przez ftp. Pomogło dodanie opcji directio. Znaczy się, podbiło transfer ponad 2x (z 2MB/s do ponad 5MB/s). Wiem, że to może się odbić w innym miejscu czkawką, ale to się jeszcze okaże. W sumie ten dysk ma być składowiskiem danych, a nie ma służyć do pracy. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Tuning dostępu do serwera po protokole CIFS
Dnia niedziela, 14 listopada 2010, Arkadiusz Miskiewicz napisał: > On Sunday 14 of November 2010, Łukasz Maśko wrote: > > Transfer się wstrzymywał, po timeout szedł dalej. I teraz moje pytanie: > > jakie parametry do mount.cifs można przekazać, które mi poprawią > > transfer? Niekoniecznie chodzi o poprawę wydajności, chociaż to też by > > było miłe, ale o naprawę czkawki wynikającej z powyższych błędów. > > Spróbuj opcję noserverino Nie pomaga. Nadal max. 2MB/s w porównaniu do 5MB/s przy dolphinie czy 11MB/s przez ftp. Dodam jeszcze, że ta opcja jest "w standardzie" smbk4 - znaczy się, używa jej smb4k, którego użyłem do montowania zasobów w sposób bardziej "userfriendly" niż klepanie zaklęć z linii poleceń, ale tak samo wolno było bez tego przy montowaniu ręcznym (wszystkie parametry użyte wyglądają tak: uid=500,gid=1000,port=445,iocharset=iso8859-2,rw,file_mode=0755, dir_mode=0755,perm,nosetuids,noserverino,nomapchars,domain=paranoya, ip=10.0.0.2,user=ed). -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Tuning dostępu do serwera po protokole CIFS
On Sunday 14 of November 2010, Łukasz Maśko wrote: > Transfer się wstrzymywał, po timeout szedł dalej. I teraz moje pytanie: > jakie parametry do mount.cifs można przekazać, które mi poprawią transfer? > Niekoniecznie chodzi o poprawę wydajności, chociaż to też by było miłe, ale > o naprawę czkawki wynikającej z powyższych błędów. Spróbuj opcję noserverino -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Tuning dostępu do serwera po protokole CIFS
Serwer to sieciowa ramka Welland (NetShare GX ME-752GNS). Dostęp do niej jest po Sambie i FTP. Całość chodzi w sieci lokalnej 100MBit z ruterkiem DLinka. Transmisja po smb z poziomu Dolphina (KDE przez smb://) jest na poziomie 5MB/s (sieć 100Mbit, wykorzystane max. 25% pasma, sprawdzone iptraf'em). Nie jest to za dużo, ale niech będzie. Jeśli natomiast dysk podmontuję, to transfer jest niższy. To jest jedna rzecz, ale transfer jeszcze jakoś przeżyję. Dodatkowo miewam problemy na poziomie kernela - przykładowo, podczas przegrywania katalogu ze zdjęciami w logach wylądowały takie rzeczy: Nov 14 17:01:35 laptok kernel: : CIFS VFS: No response for cmd 50 mid 4687 Nov 14 17:01:35 laptok kernel: : CIFS VFS: No response to cmd 46 mid 8182 Nov 14 17:01:35 laptok kernel: : CIFS VFS: No response for cmd 50 mid 10469 Nov 14 17:01:35 laptok kernel: : CIFS VFS: Send error in read = -11 Nov 14 17:01:50 laptok kernel: : CIFS VFS: No response for cmd 50 mid 10475 Nov 14 17:01:50 laptok kernel: : CIFS VFS: Unexpected lookup error -112 Nov 14 17:01:50 laptok kernel: : CIFS VFS: No response for cmd 50 mid 10476 Nov 14 17:02:11 laptok kernel: : CIFS VFS: No response for cmd 50 mid 13167 Nov 14 17:02:33 laptok kernel: : CIFS VFS: No response for cmd 50 mid 13193 Nov 14 17:10:32 laptok kernel: : CIFS VFS: No response for cmd 50 mid 27013 Nov 14 17:10:38 laptok kernel: : CIFS VFS: No response to cmd 46 mid 30231 Nov 14 17:10:38 laptok kernel: : CIFS VFS: Send error in read = -11 Nov 14 17:10:53 laptok kernel: : CIFS VFS: No response for cmd 50 mid 30325 Nov 14 17:10:53 laptok kernel: : CIFS VFS: No response for cmd 50 mid 30326 Nov 14 17:10:59 laptok kernel: : CIFS VFS: No response for cmd 162 mid 30327 Nov 14 17:11:14 laptok kernel: : CIFS VFS: No response for cmd 50 mid 30361 Nov 14 17:11:21 laptok kernel: : CIFS VFS: No response for cmd 162 mid 30360 Nov 14 17:11:36 laptok kernel: : CIFS VFS: No response for cmd 50 mid 30387 Nov 14 17:11:38 laptok kernel: : CIFS VFS: No response for cmd 162 mid 30388 Nov 14 17:17:15 laptok kernel: : CIFS VFS: No response for cmd 162 mid 43604 Nov 14 17:17:37 laptok kernel: : CIFS VFS: No response for cmd 50 mid 43667 Nov 14 17:22:54 laptok kernel: : CIFS VFS: No response for cmd 50 mid 16174 Nov 14 17:22:54 laptok kernel: : CIFS VFS: No response for cmd 50 mid 16381 Transfer się wstrzymywał, po timeout szedł dalej. I teraz moje pytanie: jakie parametry do mount.cifs można przekazać, które mi poprawią transfer? Niekoniecznie chodzi o poprawę wydajności, chociaż to też by było miłe, ale o naprawę czkawki wynikającej z powyższych błędów. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
