Samba - Gigabit LAN - Gigabit Router - alacsony átviteli sebesség

Samba config beállításához lenne szükségem segítségre. Nem igazán értek hozzá és nem is sikerült jól beállítani. Egy Win7-es és egy Ubuntu Linux-os gép van összekötve gigabit-es hálón. Jelenleg így néz ki a smb.conf:


# Global parameters
[global]
workgroup = WORKGROUP
netbios name = MEDIACENTER
server string = MEDIACENTER
security = SHARE
guest ok = yes
read only = no
guest account = media
os level = 66
local master = yes
dfree command = /bin/dfree.sh
create mask = 644
directory mask = 755
wins support = yes
socket options = TCP_NODELAY SO_RCVBUF=65536 SO_SNDBUF=65536

[Share]
path = /windows/share
writeable = Yes
guest ok = Yes
browseable = Yes

A probléma:
Win7 x64 NTFS SSD -> Ubuntu x64 Ext4 HDD -- 70-80 MB/s
Ubuntu x64 Ext4 HDD -> Win7 x64 NTFS SSD -- 30-37 MB/s -- ???

Amikor Win7 volt a mostani ubuntus gépen, akkor oda-vissza megvolt a tempó?
Mi lehet a gond?

Hozzászólások

A samba sajnos ilyen. Más is futott már bele ebbe a hibába itt a HUP-on.

"Mi lehet a gond?"

A samba. Nagyjabol ennyit tud.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

OSX és Win7 között ugyanez a helyzet. Lehet a konfiggal szórakozni meg kakast áldozni teliholdkor, de többet nagyon nem hozol ki belőle :D

--
Sent from my ezeréves Nokia.

Kb. 60-70MB/s-ig fel lehet menni, de az a teteje amit anno sikerult kihoznom a performance tuningbol. http://i.imgur.com/chihy.png
Ilyen bufferméretekkel kell szórakozni ha jól emlékszek. De mindjárt megpróbálok konfigot keresni, nem tegnap volt már. :)
[szerk] Konfigot nem találtam, de itt egy leírás, ez elég jó: http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/speed.html#i…. Átfutva, tcp_nodelay meg buffer méretek rémlenek...
--
Discover It - Have a lot of fun!

Buffer beállításokkal 40-43 MB/s-re sikerült javítanom. Értem én, h a samba ennyit tud, de micsoda "zsiványság", h egyik irányba szuper, másikba nem jó.
Visszatartja az infót a redmondinak :)

Világ életükben ezt csinálták. Cserébe van 10 év alatt egy AD helyettesítő samba 4. Avagy ha a rókát fehérre fested és nyuszifület raksz rá, akkor is nyulat fog enni.

Nyilván szopás, hogy a közösség jobb fájlszervert tudna írni, mint redmond, cserébe nem elég nekik a desktop szegmens, mert vérciki, hogy a vállalati architektúrájuk szar. Csak az a gond, ha megnyitnák, lenne egy működő exchange, vagy épp file sharing, pucsít-pacsitadós mentési migrálási és maintain feladatkörökkel, és zsírosratömnék a brifkót a liszenszekkel. Ehelyett csinálnak olyan liszenszelést, amivel ezt enélkül is megtehetik.

Nem veletlenul mondjak azt, hogy windowsos halozatba tessek windows servert hasznalni, hanem pontosan az ilyenek miatt. Mert jol hangzik, hogy de az enyem opensource, csak kb. a minosege is olyan.

Nem a Samba az egyetlen amivel megszivtam amikor Linuxos cuccot akartam Windows-hoz kapcsolni... Ha nem nyers FTP/NFS -rol van szo, akkor szivas.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Nekem olyan tapasztalatom volt, hogy beindult, aztán lelassult, mivel a CPU load felment 2.x fölé. miután a socket options beállítást módosítottam, teljesen korrektül ment 60-70 MB/s-sel stabilan, folyamatosan. A kérdéses sor:

socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=65536 SO_SNDBUF=65536

próbáld ki, hátha...

feliratkozás
--
"'The time has come,' the Walrus said"