Autor: stach_at_amk.rmnet.it
Data: Mon 28 Jul 1997 - 15:44:08 MET DST
On 1997-07-26 KARPIO said:
>Btw. pisaliscie, ze to sie dyski i magistrale w serverze zatykaja,
>a ja powiem: NIE. Policzcie - byle Caviar ma 256kB cache, byle
Ja pisalem, ze w moim przypadku ograniczeniem
jest kontroler SCSI z dyskami bo przy ciaglym
transferze nie da wyciagnac wiecej niz 9MB
na minute.
>ktorej ciagle 30 osob ada dostepu do roznych plikow zas kable sa w
>50% zatkane wystepuje w sieci z 500 stanowiskami, wiec nie wierze w
>to co jeden z kolegow napisal, ze ma normanie przez caly czas w 50%
>zatkane kable -> chwilowo: owszem, moze miec i calkiem zatkane, ale
>ze ciagle to nie wierze!
Zalezy od specyfiki stosowanych aplikacji,
na sieciach, ktorymi administruje, specyfika
jest taka, ze wklepuje sie dane z polisy do
pamieci stacji (nie zajmuje to w ogole transferu
na sieci) nastepnie jak wszystkie dane juz sa
w pamieci i sa poprawne nastepuje "jednoczesny"
zapis danych do kilkudziesieciu (nawet) plikow
na dysku servera. Wtedy, jesli to zatwierdzenie
wypadnie w tym samym czasie u kilku osob, jest
duzy ruch na sieci i MONITOR pokazuje spora ilosc
Dirty Cache Buffers a procesor ma wieksze obciazenie.
Pomiedzy tymi falami ruch na sieci jest zerowy.
Po wprowadzeniu kontroli TTS na plikach *.dbf
wydluzyl sie jeszcze czas zapisu ale wzrosla
pewnosc, ze pliki zostana zapisane poprawnymi danymi.
Sytuacje ciaglego transferu stwarzam prawie wylacznie
ja robiac kopie zapasowe zbiorow serwera na dyskach
lokalnych stacji :-)))Mam wtedy mozliwosc obserwacji
ruchu bo i tak musze czekac az operacja sie zakonczy.
Pozdrowienia!!Stanislaw Chmielarz
Email:stach_at_amk.rmnet.it 22-24 CET
Fax: UNIPROJEKT Warszawa 48-22-673-11-67
Backup not found Abort,Retry,Ignore,Hangup?
`[1;32;41mNet-Tamer V 1.05.1 - Test Drive
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:15:07 MET DST