🚀 go-pugleaf

Wlodzimierz Macewicz (W.Mac...@ia.pw.edu.pl) wrote:
: > Wczytaj sie dokladnie w czerwone ksiazeczki. Na Netware nie ma defragmenTERA,
: > a lenistwo programistow jest uzasadniane 'bo nie zachodzi taka potrzeba'.
: 
: Nie rozumiem uwagi, przeciez pisalem ze niema

Pisales, ze nie ma defragmentacji. A ja ze nie ma defragmentera.
Byc moze juz nie nie potrafie mowic w potocznym jezyku, ale wydaje mi sie,
ze Ty napisales, ze zjawisko fragmentacji nie ma miejsca, a ja,
ze nie ma programu ktory by to zwalczyl.

Programu nie ma. A o zjawisku czerwone ksiazeczki wypowiadaja sie w 
sensie 'nie ma sie czym przejmowac'.

Wysnuwam wniosek, ze dane sa pofragmentowane, co byc moze nie ma wiekszego
wplywu na wydajnosc.

: > Przy read-ahead cache?

: Jak to dziala, czy pobiera nastepny kawalek zbioru??, czy nastepny
: blok z dysku????
: Jezeli nastepny blok to sa one z definicji uporzadkowane i nie nic do 
: tego nie ma defragmentacja

Oczywiscie nastetny blok z dysku. Bo on wlasnie dociera pod glowice.
Tylko co ten blok zawiera? 
Jesli zbiory nie sa pofragmentowane - to jest duza szansa, ze zawiera
nastepny fragment zbioru, ktory zaraz bedzie potrzebny.

: jezeli pobiera nastepny kawalek zbioru to sens jest defragmentowac,
: ale czy ma sens taka strategia -- z powodow o ktorych pisalem.
: Wymagana bylaby bardzo duza pamiec, aby nie wystapilo zjawisko
: ciaglej modyfikacji bufora, czyli czytania z wyprzedzeniem bez sensu,
: poniewaz bufor potrzebny jest dla nastepnego chetnego.

A jak myslisz - po co wsadza sie tych kilkanascie MB do serwera?

: Obawiam sie ze nalezaloby przeprowadzic badania statystyczne
: przy danym zastosowaniu serwera.

Zgadzam sie w 100%. Jeszcze tylko potrzebne bylyby dane jak dokladnie
chlopcy z Novela to zrobili.

: U mnie w laboratorium, gdzie
: kilkunastu ludzi robi dokladnie cos innego, uzywa innych zbiorow
: strategia nie wydaje sie sensowna.

To pytanie - ilu z nich naprawde jednoczesnie czyta jakies pliki?
Czy to nie jest bardziej tak, ze oni dobieraja sie do plikow
czesto, ale zwykle niejednoczesnie?

: W zastosowaniach, gdzie
: n ludzi sieci w tym samym programie np. bazowodanowym, ktory
: uzywa dokladnie tych samych zbiorow, wystarczy po prostu zwykly bufor
: przy odpowiedniej wielkosci bufora na dysk, po pewnym czasie
:  i tak beda szly tylko zapisy.

Tak. Chyba ze baza danych wielka, ale to nic nie zmienia, bo zwykle 
charakter dostepow i tak jest losowy. Jak bedzie pofragmentowany
plik nie gra wiekszej roli.

: > Nic tak dobrze nie dziala, jak ladnie uporzadkowany dysk. Nawet w systemach
: > wielouzytkownikowych.
: > 
: Nie czuje sie przekonany

Np - przy nowoczesnych dyskach cylinder to ~0.5MB. Cylinder czyta sie 
zgrabnie i szybko. A juz cala sciezke czytamy naraz obowiazkowo.
A sciezka to z 50KB. Milo byloby, zeby przeczytane operacje byly uzyteczne,
nieprawdaz?

Jaroslaw Lis

+------------------------------------------------------------------------+
| l...@ict.pwr.wroc.pl         | Institute of Engineering Cybernetics     |
| tel  48-71-202636           | Technical University of Wroclaw, Poland  |
| fax  48-71-203408 or 517398 |                                          |
+------------------------------------------------------------------------+