Autor: Jaroslaw Lis (lis_at_papuga.ict.pwr.wroc.pl)
Data: Thu 31 Jul 1997 - 20:42:00 MET DST
Grzegorz Szyszlo <znik_at_avalon.wbc.lublin.pl> wrote:
: stach_at_amk.rmnet.it wrote:
: >Jedyne magiczne pojecia z SCSI, ktore mi trafiaja
: >do przekonania to STRIPPING i MIRRORING choc
: >to drugie potrafia rowniez niektore kontrolery IDE
: >Takie "prawdziwe SCSI" jest niestety bardzo drogie
: >i kosztuje drozej niz moi pracodawcy cenia swoje dane :-)))
: >ktore i tak im zabezpieczam w postaci regularnych kopii
: przedstaw im realny czas postawienia systemu na nogi po calkkowitym
: padzie, np. padnieciu dysku IDE. uwzglednij wszystkie elementy,
: od momentu stwierdzenia awarii, poprzez zakup twardziela lub
: innych elementow, instalke, testowanie, odtworzenie danych, sprawdzenie
: i testowanie danych, rekonstrukcja bazy uzytkownikow.
: a oni niech ci powiedza ile ich taki przestoj bedzie kosztowal.
: po tej demonstracji pomachaj im cennikami dobrej jakosci urzadzen SCSI.
PO czym dodaj prawde ze przez najblizszych piec lat czeka ich i tak kilka
podobnych przerw z powodu rozsypania sie software, i czy zalezy im
zeby to bylo o jedna mniej z powodu dysku....
: wiem. opisalem sytuacje, gdy nie ma transmisji, zas sterownik
: czeka na rozpoczecie transakcji bo twardziej pozycjonuje glowice.
: i na tym marnuje sie najwiecej czasu.
I tak i nie, bo przejscie pomiedzy bliskimi sciezkami [elevator
seeking] to pare ms, a przetransmitowanie 64KB [domyslny rozmiar
bloku w netware] to tez pare ms.
: w przypadku takiego OS/2 tak. w przypadku netware nie. netware nie jest
: systemem wielozadanowym. jego wielozadanowosc wyglada mniej wiecej
: tak jak w win3.0 . jak driver czeka na zakonczenie transmisji,
: to reszta systemu stoi w miejscu.
Ale driver nie czeka na zakonczenie transmisji tylko juz dawno przekazal
kontrole innemu zadaniu, a sam czeka na przerwanie :-)
J.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:15:52 MET DST