Dotaz: Samba - velmi vysoky rozdil v prenosove rychlosti oproti ftp

[lowprize]

Jak jsem uz psal na svem blogu, mam problem s nizkou prenosovou rychlosti na Samba serveru. Jedna se o jednoucelove zarizeni s MontaVista(R) Linux(R) Professional Edition 4.0.1. Verze Samby Version 3.0.20b-Agere_SAPI_Accelerated.

Prenosova rychlost pres ftp je cca 8MB/s a pres Sambu 0,5MB/s. Disky jsou tam do RAID5 s XFS. Zkousel jsem se pripojit z WinXp i z Linuxu (smbmount) a z Linuxu se mi zda, ze dosahuji rychlosti az 1MB/s, coz je stale malo.

Najde se nejaka dobra duse co mi projde sekci global a rekne co maji u SMC spatne nastaveno? Zkousel jsem nastavit na klientech WINS server na IP Samby, ale je to to samo. Dival jsem se i na vytizeni procesoru pri kopirovani na sambu a je neco kolem 25%. Fileserver se nachazi na siti s DHCP

[global]
security = user
workgroup = MATRIX
server string = Samba Server
netbios name = Nas
log file = /var/log/samba/log.smbd
encrypt passwords = yes
unix password sync = true
smb passwd file = /etc/samba/smbpasswd
passwd program = /usr/bin/passwd %u
passwd chat = *New*password* %n\n *ReType*new*password* %n\n *passwd*updated*successfully*
max log size = 1000
interfaces = eth0
use sendfile = yes
max xmit = 65088
socket options = TCP_NODELAY SO_RCVBUF=65535 SO_SNDBUF=65535
wins support = yes
oplocks = no
nt pipe support = yes
max mux = 1
root preexec = /usr/local/mnas/bin/smblog 'IN' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P'
root postexec = /usr/local/mnas/bin/smblog 'OUT' '%S' '%d' '%T' '%u' '%U' '%m' '%M' '%I' '%P'
stat cache = no
directory mask = 0770
force directory mode = 0770
create mask = 0771
force create mode = 0060
force group = MNAS_GROUP
deadtime = 15

---

---

Odpovědi

[VSi]

Mě Samba jede na 100mbps sítí 7.11MB/s podle měřáku v mc.

Jedinné rozdíly mám v tomhle:

socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
max xmit = 16644
use sendfile = no

[Dejv]

Sice jsem o 100mbps ("m" znamena mili, takze "100 milibitu" za sekundu cili 1 bit za 10 sekund) siti jeste neslysel, ale to neznamena, ze neexistuje. Ale v tom pripade jste lepsi, nez perpetum mobile, kdyz po tehle siti za sekundu prenesete 7.11 megabytu. A nebo vam MC funguje jako generator nahodnych cisel.

David

[Dacesilian]

Ano, každý víme, o jakou síť se jedná, ale nic neřešící a rýpavý komentář je možné napsat, proč ne:)

[Peter Lehotsky]

Vykon stejny jako s FTP mam s nasledujicim nastavenim, akorat ja jeste pouzivam ruzne druhy zamku protoze je vyzaduje jedna aplikace. Jsou to hlavni volby ktere maji dopad na vykon samby a uvedene nastaveni jsou myslim maximalni hodnoty.

Sekce global:

  socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65535 SO_SNDBUF=65535
   use sendfile = yes
   max xmit = 65535
   max mux = 100
   strict locking = no
   strict sync = no
   write raw = yes
   read raw = yes
   getwd cache = yes

Nebude problem ve 3.0.20b-Agere_SAPI_Accelerated? Kompletni seznam parametru viz elektronicka dokumentace k sambe pripadne na konci knihy o sambe od O'reilly.

[lowprize]

Taky ve me budi neduveru to accelerated. Zkusim postelovat parametry a v pripade ze to nepujde zkusim kompilaci, te se trosku bojim protoze jsem nezkompiloval ani nano editor. Chyby jsem ovsem necetl, mezitim jsem si nasel tutorial k vimu, kteremu jsem se do ted vyhybal velkym obloukem.

[lowprize]

Tak jsme naprosto bezradny, jedien na co jsem "prisel" je nejaka nedobrota na sitovce:

eth0 Link encap:Ethernet  HWaddr 00:13:F7:9B:9B:33
     inet addr:10.125.0.4  Bcast:10.125.0.255  Mask:255.255.255.0
     inet6 addr: fe80::213:f7ff:fe9b:9b33/64 Scope:Link
     UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
     RX packets:2623091727 errors:2049348982 dropped:911086036 overruns:0 frame:0
     TX packets:2422573411 errors:1415864593 dropped:1547441348 overruns:0 carrier:0
     collisions:1162367104 txqueuelen:1000
     RX bytes:836140289 (797.4 MiB)  TX bytes:4031426423 (3.7 GiB)
     Interrupt:14

FTP jede naprosto bezproblemove. Cekam co mi napisi z podpory SMC. Uz jsem rozhodnuty ze jim to vratim s velkym diky zpet.

[Jakub Suchy]

tohle me zajima. co to je za sitovku? neni to nahodou e1000 a co to pise v dmesg? resim podobny problem s e1000 tedka na serveru

[Josef Kufner]

Jak jsou na tom kabely ?

[Medved09]

No jestli je to pripojeno do switche a generuje to kolize, tak se nejspis sitovka a switch nedokazaly dohodnout na rychlosti nebo duplexu, takze zkusit ethtool, nebo -pokud to jde- natvrdo nastavit port na switchi..

[Jiří Veselský]

Tak ta čísla jsou samozřejmě hodně špatně - jednoznačně signalizují, že se sítí není něco v pořádku na hodně nízké úrovni. Z toho mohou vyplývat i různé obtížně stopovatelné potíže na vyšších vrstvách. FTP a Samba přenášejí každý "trochu jinak" (jinak potvrzují, jinak mohou vypadat přenosové obrazce a podobně), takže se v jednom z protokolů může ta samá chyba projevit markantně, ve druhém ne.

Zkuste najít nejjednodušší věc, kde se začíná objevovat nějaký problém - skoro si troufám tvrdit, že nějaký razantnější ping (ping -s 1400 -i 0.01 -c 1000 A.B.D.C) z té stanice na server už bude znatelně ztrátovat. A pak hledejte, hledejte, hledejte... Zkontrolujte nastavení rychlostí a zejména duplexů (mii-tool), eventuálně kablíky, síťovky, porty switche. Někde tam bude jakýsi problém, který se demonstruje až za specifických podmínek té Samby.

Prostě klasická síťová duchařina. Mohl bych vám za úplatu zapůjčit našeho firemního vymítače/zaklíčane/exorcistu, možná bych pro vás dokázal i ukradnout jednoho černého kohouta z našeho firemního chovu. Zaříznout jej a jeho krví pokropit aktivní prvky už budete muset sám.

[lowprize]

Kabely jsem kontroloval a menil, vsechno original lisovane od dvou vyrobcu.

Aktivni prvky jsem zkousel 3 kusy. 3COM 24 portovy Edimax 5 portovy nakonec D-link ADSL od OuTu

Dekuji mnohokrat za vsechny reakce, blby je ze nemuzu na SMC podpore rict ze jsem se dopatral proc by to mohlo jit spatne, ponevadz kdyz jim reknu ze se jim hrabu v linuxu tak vsechny problemy budou hozeny na mou hlavu i kdyz je ujistim ze jsem se v nicem nehrabal, ale jen cumel. Btw. reinstalovat jsem to zkousel 4x, se vsemi 4 disky ale i jen s jednim.

Jdu skusit co vsechno jsem schopen na tomto komercnim linuxu udelat, mam takovy pocit, ze tam schvalne nechali nektere veci nefunkcni. pr.

root@SMCNAS04:~# mii-tool
SIOCGMIIPHY on 'eth0' failed: Operation not supported
no MII interfaces found

dmesg je plny techto sracek

Debug: sendfile error B1 q16
Debug: handback connection 16 with inq17, outq16
reset_xmit_timer sk=c3fe7404 1 when=0x6270, caller=c024c370

[lowprize]

vyreseno, novym fw se vse nebo temer vse spravilo, samo :)

[mika_hakkinen]

když je problém vyřešen tak já něco podobného měli jsme ve firmě synology cubestation cs500, tak podobný problém, taky v konfiguraci RAID5 s ext3 filesystémem, 1Gbit sitová karta. Když jsem kopíroval přes SAMBU tak asi 40-50Mbit/s přes FTP kolem 100Mbit/s. Zařízení stále padalo, novejší firmware nebyl k dispozici. Naštestí se firma toho zbavila a nasadil jsem PC se sambou.