🚀 go-pugleaf

Artur Bartnicki (st6...@sco.zsi.pwr.wroc.pl) wrote:
: Bije sie w piersi, az huczy...

"Bladzic jest rzecza ludzka, ale zbawienna powstawac zupadku".

[..ciach..]

: To jednak dalej nie poprawialo porownania z wynikami osiaganymi przez zestaw
: Linux/Samba + MS Net Client 3.0, ktore uparcie nie chcial przekroczyc
: 110 KB/s read, 170 KB/s write - wyniki z Sysinfo, ale powtarzalne pomiedzy
: roznymi wersjami (oprocz standardowo uzywanej 8.0 zainstalowalismy tez 7.0
: i 6.0), ponadto zgodne +/- 10 % z wynikami testu aplikacyjnego (przerzucanie
: na czas sporych plikow + operacje na bazie danych) i tzw. wyczuciem.

Slowa "sporych" i "wyczuciem" maja subiektywne znaczenie. Nie powinny sie tu
znalezc.

[..znowu ciach..]
: W tym samym czasie, po rozmowie z jednym z fachowcow od LANtastica udalo
: sie - poprzez zwiekszenie jednym z parametrow rozmiaru wewnetrznego bufora
: ze standardowego 1K do 16K - "podciagnac" wynik LANtastica w SI do 500-600
: KB/s, ktory to wynik jest juz nieco przesadzony (rzeczywista transmisja
: duzych plikow daje wyniki ok 300-350 KB/s), jakkolwiek drobne transmisje

Nie, nie. Cos tu jest nie tak. Sam Podwarzasz wiarygodnosc testow wykonanych
za pomopca SI. Chyba sie z tym zgodzisz (?). Wiec o SI powinienes zapomniec
:-).
Jezeli masz jeszcze chec i czas pobawic sie w testowanie to mam propozycje
metody:
- wygenerowac np. ok 50MB plikow z losowa zawartoscia o rozmiarach w
  granicach od 256B do 4MB (256B, 512B, 1KB, .. 2MB, 4MB) - krotki program w
  Paszczaku lub innym,
- skopiowac pliki w obu kierunkach (client-serwer, server-client) z pomiarem
  czasu,
Plikow tych powinno byc na tak duza objetosc, po to zeby pomiaru mozna bylo
dokonac nawet stoperem.
Sam eksperyment moznaby kontynuawac tez na plikach wylacznie o konkretnej
dlugosci w celu uzyskania dodatkowej charakterystyki.
GWARANTUJE, ze tak wykonany pomiar bylby NIEPODWAZALNY, a bledy pomiaru
mozliwe do jednoznacznego wyznaczenia.
Moznaby takze wykonac jeszcze jeden pomiar przy wielokrotnym (np 100 razy)
przesylaniu tego samego pliku, co daloby wzglad w efektywnos mechanizmow
buforowania plikow (cashe).
Opracowane wyniki pomiarow wraz z opisem metody i interpretacja  wynikow
moznaby potem umiescic na jakims www serverze (jezeli nie masz dostempu to
moge pomoc) dla potomnych.
Moze liste te czytuja prowadzacy laboratoria, bo sam eksperyment moglby
wykonac jakis student lub sespolik studentow. Gwarantuje podniesienie
notowan prowadzacego w oczach studentow o conajmniej 100%, bo laborka bylaby
primo - ze swierzego tematu, secundo - uzyteczna ;-))

: i przegladanie katalogow sa wykonywane zauwazalnie szybciej. Droga

Slowo "zauwazalnie" tez nie posiada obiektywnego znaczenia.

: eksperymentu znalezlismy analogiczny parametr dla Lan Manager Client -
: w pliku lanman.ini w sekcji [workstation] parametr sizworkbuf. Najwieksza
: wartoscia, przy ktorej program sie jeszcze ladowal, bylo 8KB, jakkolwiek
: rezydenty zajmowaly wtedy w pamieci ponad 150 KB. No, ale SI pokazywalo
: 500 KB/s...

: Ogolny wynik - Samba jest OK. Teraz czeka nas jeszcze troche eksperymentow,

Ja tez kibicuje Sambie, ale wszyscy chyba sie zgodza ze nadal nie mamy w
garsci wiarygodnych danych o jej wyzszosci :-) & :-(

: m. in. chcemy wyprobowac nowsza wersje Samby - podobno jest juz 1.9.15,
: umiejaca m. in. dzialac jako master browser. Zobaczymy. Na razie prognozy
: sa dobre...

Z powazaniem, pozdrawiam

kloczek

Ps. Wiecej liczb i faktow, opisow warunkow pomiaru. Unikaj slow o
subiektywnym zabarwieniu w przyszlej ocenie.

------------------------------------------------------------------------
"Ludzie nie maja problemow, tylko sobie sami je stwarzaja"
------------------------------------------------------------------------
Tomasz K/loczko, student
Politechnika Gdanska, wydzial Fizyki Technicznej i Matematyki Stosowanej
Crosscomm Poland, IMS team
e-mail  : klo...@rudy.mif.pg.gda.pl
------------------------------------------------------------------------