🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.sys.pc-unix
Article #26

Re: Samba miala byc szybka...

#26
From: klo... Tomasz Kloczko
Date: Sat, 18 Nov 1995 00:00
87 lines
5250 bytes
Artur Bartnicki (st6...@sco.zsi.pwr.wroc.pl) wrote:
: No wlasnie.
[..]
: Poniewaz wszystko jest zasilane via UPS, to cache ma parametry takie, ze 
: opoznia zapisy nawet do 10 min - to moze byc istotny parametr).

Z natury UPS sluzy do tego zeby system byl zasilany bez przerw, a nie poto
zeby pliki mogly w RAM-ie siedziec 10 min. czy dluzej.

: Poniewaz ostatnio przybylo komputerow, myslimy o zmianie na cos opartego
: na przyzwoitym systemie operacyjnym. Z wielu przyczyn wolelibysmy uniknac
: Novella i jego produktow ($$$), stad na razie rozwiazaniem nie jest tzw.
: Lantastic Dedicated Server, bo to w srodku tez ma NW (bodaj 4.01). Warunkiem
: jest to, zeby wydajnosc pracy nie zmniejszyla sie zbytnio (obecnie SI 8.0
: podaje benchmark na poziomie 300 KB/s write, 270 KB/s read). Padla
: propozycja, zeby to zrobic na Linuxie i jednym z dwoch rozwiazan - NFS lub
: Samba. Poniewaz o Sambie slyszalem wiele dobrego, to zdecydowalismy sie
: wyprobowac ja najpierw. Zainstalowalismy Slackware 2.3 (kernel 1.2.8)
: z paroma dodatkowymi utilkami, Sambe (bodaj 1.9.13) na wydzielonym
: komputerze, na drugim MS Network Client 3.0 z M$ z TCP/IP, zapuscilismy
: SI i konsternacja: wyniki rzedu 160 KB/s read, 100 KB/s write. Mieszanie
: konfiguracja na razie nic nie dalo. W zwiazku z tym pytania:

Tak na dobra sprawe to nie ma pewnosci co do tego, co tak wlasciwie mierzy
SI. Polecalbym raczej test "aplikacyjny" polegajacy na porownaniu preadkosci
pracy konkretego zestawy programow na kilku koncowkach jednoczesni (np. 
zapuszczenie kilku klientow jakijs Dazy Banych) lub cos podobnego (np
sekwencyjny transfer plikow o roznych dlugosciach), bo spotykalem sie juz z
przypadkami kidy to parametry wypisywane przez SI byle lepsze od
teoretycznie mozliwych (?) lub pokazywaly ze wszystko sie slimaczy kiedy na
oko bylo widac ze jest conajmniej znosnie. Tak w formie eksperymenu
proponuje sobie wziac SI z roznych wersji NU, daje 2:3 ze wyniki sie beda
roznic np przy pomiarac predkosci pracy HD.

: - czy jest na sali ktos, kto instalowal podobna konfiguracje? Jesli tak,
: to moze ma jakies doswiadczenia na temat przyspieszania 
: klienta/serwera/wspolpracy miedzy nimi? Wszelkie hinty mile widziane
: (najchetniej zrzuty plikow konfiguracyjnych - moga byc prywatna poczta).

Sledze od dluzszego czasu listy dyskusyjne samby, a takze od prawie pol roku
pracuje toto u nas w lab i jak na razie robi to czego sie zadalo
(poprostu), ale nigdzie nie natknolem sie na chodzby jedna uwage w stylu
"jakby tu przyspieszyc ..".
Jak sie przyjrzysz plikowi smb.conf i jego opisowi to nie znajdziesz tam slow
typu: optymalizacja, przyspieszaniee, bufory ...

: - slyszalem o wynikach Samby rzedu kilkuset KB/s. Czy uzyskano je "po
: prostu", czy tez jako skutek wiekszego dostrajania?

: - poniewaz ten komputer bedzie chodzil wylacznie jako serwer plikow, to
: wydaje mi sie (jakkolwiek nie jestem pewien), ze 16 MB w nim troche sie
: sfilcuje. Wiem, ze Linux ma dynamiczne buforowanie, czyli nie ma czegos
: takiego jak "na sile" przydzielona pamiec dla cache. Pytanie: jak go 
: zasugerowac w tym kierunku? Chodzi mi o to, zeby update zajmowal "na dzien
: dobry" z 6-8 MB i opoznial zapisy nawet do 10-15 min (bedzie to stalo na
: UPS, wiec upadek jest raczej malo prawdopodobny). Probowalem wycisnac
: cos z mana nt. update(bdflush), ale opis parametrow jest zrozumialy chyba
: tylko dla kernel hackers (moze ktos to dobrze przetlumaczy). Moze jakies
: sugestie, jak powinno wygladac uruchomienie update.

Proponuje lektore nt.  zarzadzania pamiecia i buforami plikowymi przez
Linux-a, a na pewno duzo sie wyjasni :_).

: Jako podsumowanie: nie chodzi mi o cuda, ale po prostu NIE WIERZE, ze siec
: oparta na NetBiosie z serwerem w postaci rezydenta (sic) ma osiagi ok.
: dwa razy lepsze niz cos dzialajacego w Linuxie i nic nie da sie z tym
: zrobic. Pomozcie, albo deinstaluje linuxa z domowego komputera i zaczynam
: pisac TSR-y.

Ktos kiedys nielogicznie stwierdzil ze "ponoc jedynym cudem jest to ze cuda
sie nie zdazaja ..", a to z czym uwazasz ze masz problem nie powinienes
traktowac w kategoriach wiary bo tu sie daje duzo zmiezyc i ocenic.
Problemem moze byc co najwyzej wybor metody pomiaru czy tez kryteriow oceny
wynikow pomiaru.
Wydaje mi sie ze kolega ma jeszcze duuuzzzeee przyzwyczajenia dos-owe
Wiecej zdroworozsadkowego myslenia .... :-).

kloczek

--
------------------------------------------------------------------------
"Ludzie nie maja problemow, tylko sobie sami je stwarzaja"
------------------------------------------------------------------------
Tomasz K/loczko, student
Politechnika Gdanska, wydzial Fizyki Technicznej i Matematyki Stosowanej
e-mail  : klo...@rudy.mif.pg.gda.pl
------------------------------------------------------------------------
Technical Details
Message-ID: <48jdvi$2f3@sunrise.pg.gda.pl>
Path: mbox-mo1.pugleaf.net!unknown!not-for-mail
References: <48ib3s$esf@sun1000.pwr.wroc.pl>

Show Full Headers
Complete Article Headers
From: klo...@rudy.mif.pg.gda.pl (Tomasz Kloczko)
Subject: Re: Samba miala byc szybka...
Date: 1995/11/18
Message-ID: <48jdvi$2f3@sunrise.pg.gda.pl>
X-Deja-AN: 119595869
references: <48ib3s$esf@sun1000.pwr.wroc.pl>
organization: Politechnika Gdanska
newsgroups: pl.comp.sys.pc-unix
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit