Re: W'98 i zajetosc RAM - problem

Autor: Gotfryd Smolik - listy dyskusyjne (smolik_at_stanpol.com.pl)
Data: Wed 01 Sep 1999 - 18:54:06 MET DST


On Wed, 25 Aug 1999, Nazir wrote:

+> > A gdy nie może odczytać dyskietki, już nie świeci na niebiesko.
+>
+> świeci.. oj jak bardzo świeci.. podczas kopiowania pliku wyjmij
+> dyskietkę.. BSOD murowany..
+>
+A najlepiej podczas pracy wyjac procesor. Jezeli jakis system operacyjny
+to przetrzyma to to jest wlasnie ODPOWIEDNI system operacyjny, a cala
+reszta to badziewie niewarte uwagi ;)))

 No... Tak bez przygotowania to chyba żaden system nie przetrzyma -:],
ale jak mu się go wcześniej przygotuje, tj. np. dla procesora nr. 3
(licząc od 1):
$ MCR SYSGEN
SYSGEN> SET SMP_CPUS %FFFFFB
SYSGEN> WRITE ACTIVE

...(i sprawdzić, czy wyszedł z listy uzywanych - prostym SHOW SYSTEM)
  to nie ma sprawy...
        -:)

BTW: coś prostszego, czyli wyjmowanie dysku systemowego "w biegu"
to normalka: wkładasz po chwili z powrotem i działa dalej.
 A "w przerwie" działają tylko te procesy, których programy są
w cache -;)!
BTW+: wspomniane (w/wy)łączanie procesorów "w biegu" zostało ostatnio
zastosowane również do takiego bajeru, jak puszczanie kilku systemów
na jednej maszynce (wieloprocesorowej); w tym *różnych* systemów
(Digital U*Xm WinNT i OpenVMS) lub (czyli albo/i) kilku instancji
wspomnianych systemów niezależnie. Z tego tylko OpenVMS potrafi
"przyjmować" i "oddawać" procesory podczas pracy tej samej sesji.

 Please nie narzekać mi tu, że ludzie jeszcze czegoś nie zrobili !

 -:))

 Acha - wyjmowanie płyt procesora pod prądem jest AFAIK unsupported,
żeby nie było że z mojego powodu ktoś spalił centrum obliczeniowe
 -:>:]

+Pozdrawiam

 Takoż - Gotfryd

--
 Gotfryd Smolik, PTH Stanpol Zabrze.
 Pilne listy na gs_at_stanpol.zabrze.pl, nt. VMS: gotfryd_at_stanpol.zabrze.pl
[...]


To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 18:58:09 MET DST