Samba lag

Debian GNU/Linux

Sziasztok,

Adott egy samba szerver, ami lagol. Gigabiten összekötöm egy géppel, 23-24Mbyte/sec írás, 26Mbyte/sec olvasás, ez idáig rendben is lenne, nekem elég. Ugyanerre a gépre egy w2k8 servert telepítettem, az tud 25-26Mbyte/sec körül írni/olvasni.A gépre egy éttermi rendszer adatai kerülnek, az adatbázisban sok kis, 5-10k-s fájlok laknak. A pincérek kis kézi spec hardveren rendelik a dolgokat, rádiós kapcsolaton keresztül, ennek a progija egy terminálon fut, mert az antenna soros porton van meghajtva.

A szerver egy N40L HP microserver, 8G RAM, OCZ Vertex3 120G SSD. Debian squeeze fut rajta.

Itt a samba eredménye:
2012.03.08 14:37:08:125 []:[]:article 560 count 1 set
2012.03.08 14:37:08:703 []:[]:showing orderscreen

Ez 0.578sec válaszidő. Konkrétan ennyi idő, mig a pincér lenyom egy gombot, és a kütyü képernyőjén megjelenik a rendelés.

Itten meg a w2k8 eredménye:
2012.03.08 14:04:20:156 []:[]:article 560 count 1 set
2012.03.08 14:04:20:453 []:[]:showing orderscreen

Ez ~0.3sec. Azaz kb. fele annyi, mint linuxon.

Lokálisan 0.1-0.2sec a történet. A tesztek körülményei azonosak, a gépeket direktben összekötöttem kábellal, gigabiten jönnek össze. Ha beteszek egy gbites switchet, akkor nem mérek nagyobb időket jelentősen. Próbáltam a lokális file szerverünkkel is, az is debian sqeeze, dettó ugyanezek az idők jönnek ki.

Már széttúrtam a neten samba, meg linux-hálózat gyorsításról.

Itten egy smb.conf: http://pastebin.com/JKqH0RRx
Itten egy sysctl.conf: http://pastebin.com/RTkiDsKj

Mit lehet még tenni? Nem tudom elfogadni, hogy a windows megosztása gyorsabb. Ennyivel meg pláne nem. Az meg végképp nem opció, hogy valahová debian helyett windows szervert tegyek le, és nem is csak az ára miatt. :)

  • 2798 megtekintés

( Enigma | 2012. 03. 08., cs – 14:58 )

socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY IPTOS_THROUGHPUT SO_SNDBUF=65536 SO_RCVBUF=65536
Nálam ez a sor sokat gyorsított , szintén gigabites hálón, most olyan 60-70 MB/s linux-win7 között.

( hrgy84 | 2012. 03. 08., cs – 17:03 )

Windowshoz Windowst tessek hasznalni. Pont. A Samba az egy hack, hogy a Linuxos gepek hasznos tagjai legyenek a Windowsos halozatnak, de ennyi. Csodakat ne tessek tole varni.
-- 

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

+1
Maga a koncepcio nem lenne rossz dolog, de eros reverse engineering van mogotte es megtobb haxolas. Ha tokeletesen dokumentalt protokoll lenne, egy-ket normalis vezeto fejlesztovel, sokkal jobb lenne a helyzet, de mivel ez a helyzet, ne varj csodat.
Igy ki is javitanam az utolso mondatodat
"Mit lehet még tenni? Nem tudom elfogadni, hogy a windows windows-os megosztása gyorsabb. "

Számolj be majd azért az eseményekről, minden esetre én próbálkozásaim rövid címszavakban:
HW/SW raid, különféle konfigokban.
U160 :), U320, SATA(-II), SAS
No-Name, IBM, DELL, Fujitsu
PCI Realtek 8169 -től PCI-E Intel PRO/1000 - na mondjuk ez utóbbi fájt azért, pár üveg Bacardi kijött volna az árából :)
Gyakorlatilag Win/Win esetén mindig sokkal jobb eredmények jöttek, akárhogy próbálkoztam. Aztán végül feladtam, jó ideje nem is foglalkoztam vele: "Hát, ez ilyen"...

Hasznalj NTFS-t es egy jo Windowst. Ez minden amit tehetsz, es ebbe bele kell nyugodnod.

Vagy, van meg NFS, ezt az ujabb Windowsok is ismerik. Ha mindenkepp Linux szervert akarsz (bar nem tudom, ennek a mondatnak mi az ertelme), akkor esetleg probald meg.
-- 

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

( foci v | 2012. 03. 08., cs – 21:46 )

milyen io ütemezőt használsz a samba alatt?
WINS/DNS probléma nem lehet?

( ncc1701 | 2012. 03. 08., cs – 22:12 )

MTU beállítás nem csinálhat ilyet?