Dotaz: Samba - přiliš pomalá

[Martin Pelánek]

Provozuji SAMBU (Linux Mandrake 9) jako náhradu za Novell pro DOSovou aplikaci - firemní databázový systém (psaný v Clipperu - něco jako FOXPRO - zkrátka file server). Server AMD 900MHz, 256 MB RAM, HDD 15GB (volných cca 70 %, běží v rychlém módu PIO 3, možná PIO 4 - hdparm otestoval rychlost na 12,5 MB/s). 8 stanic s WIN95 a WIN98. Síť FASTETHERNET. Zkrátka, SAMBA je VÝRAZNĚ POMALEJŠÍ než Novell na tenkém ethernetu. Přes veškerou mou snahu nakonfigurovat SAMBU jinak a lépe (=rychleji), se mi to stále nedaří. Prosím o radu nebo návrh, v čem by mohl být zakopaný pes, nebo zda je to v pořádku a SAMBA prostě je o tolik pomalejší. Děkuji.

---

---

Odpovědi

[xyz]

problem je ze to nemusi byt Sambou. Co to znamena mnohem pomalejsi? Ako sa to chova pri write alebo ako sa tochova pri read? Ako si testoval danu rychlost? Vylucil si problem v sieti, alebo vylucil si problem v sietovych kartach?

[Martin Pelánek]

Vyloučil jsem síťové karty - v pořádku. Síť jsem monitoroval, v ní to není, navíc se to chová stejně na koaxu i na fastethernetu - je opravdu velice nevyužitá. Rychlost jsem testoval pomocí hdparm (cca 150 MB/s cache, 12,5MB/s HDD). Rychlost projevu odezvy na stanici pomocí stopek při plnění dokladu. Když zkusím přetahovat velké soubory, tak dosahuju rychlosti v síti cca 40 Mb/s. Patrně jde o to, že aplikace vyžaduje trošky dat z různých souborů, do kterých vzápětí zase zapisuje, prostě na základě všech pokusů jsem přesvědčen, že je to způsobem práce Samby eventualně Linuxu. Nepomáhalo mi nastavit v Sambě různé velikosti bloků dat apod. Možná to souvisí se způsobem cachování, ale nevím, jak ho ovlivnit.

[Lukas]

Nechci byt rejpal, ale kdyz si psal ze se to chova stejne na koaxu jako na UTP, nemas nahodou 10Mb hub na ktery lze pripojit BNC i UTP? Sitovky muzou byt rychle jak chteji, ale pokud je mezi nimi nejaka takova brzda, tak s tim clovek nepohne.
Jeste bych urcite zkusil jak se to chova pres crosslink jen mezi dvema PC.

[Lukas]

Pricin muze byt spousta. Asi pred rokem jsem si hral s vykonem Samby. Muze to byt vysoka uroven logovani "log level" ci "debug level", nebo neco podobneho.

Dalsi moznosti je konfigurace soketu. TCP_NODELAY, IPTOS_LOWDELAY, SO_SNDBUF, SO_RCVBUF, SO_KEEPALIVE a urcite i dalsi. Uz si nepamatuji rozumne hodnoty. Chce si o tom neco precist.

[Dan B]

pouzivame sambu jako fileserver pro 25 lidi (prevazne windowsXP wrkst. + 1x Gentoo ;)) beha velice svizne (Xeon 1.8 SCSI Raid 5). Mrkni na rychlosi zapisu a cteni a postni to sem at se to da nejak porovnat.

[Tomáš Hála]

Proc ten disk neprepnes alespon na UDMA33? V PIO modu se musi procesor zbytecne starat o diskove operace a zdrzuje se od ostatni prace..

[Radek]

jj, 12 mega u disku moc neni, asi to bude tim - zapni podporu UDMA (jestli to ten HDD umi hdparm -d1) nebo si porid rychlejsi disk. Ja provozuju sambu pro 20 klientu a je velice svizna. ATHLON XP1,6, 256MB RAM, a 80 GB disky hdparm mi dava cca 40MB/s UDMA :) coz uz je pekne A doma na Slackwaru mi disk bezi skoro na 50MB/s Maxtor 80GB (8MB cache) cau

[SYSMAN]

Ja mam v praci Sambu 2.2.7.security-roll-up-fix na RedHatu 8.0.Zelezo je 2 x Xeon 2.4GHz.Na sambu je pripojeno 90 stanic(drtve Wokna 95/98/NT/2000/XP) a beha pomerne dost slusne pri 2% zatizeni CPU. Problem muze byt v cachovani SCSI disku,a le rozhodne bych to typnul opravdu na to UDMA, HD takoveho razeni jak pises by to mel rozhodne umet.

[Martin Pelánek]

Disk je nový, 40MB/s, cachování 350 MB/s a vše je stále stejně pomalé, pokusy bdflush v Linuxu taky nic nezměnily.

[Pavel]

No nevim jak Clipper, ale u aplikací které používají datové tabulky FoxPro nebo Access se mi osvědčila tato konfigurace: do sekce global vložit řádek veto oplock files = /*.mdb/*.MDB/*.dbf/*.DBF Tím se zakážou oplocks zámky pro uvedené typy souborů a alespoň v mém případě byl výkon výrazně vyšší než s použitím zámků.