Article View: pl.comp.bazy-danych
Article #27Re: Konferencja "QNX in Real World"
From: l... Jarek Lis
Date: Mon, 22 Jan 1996 00:00
Date: Mon, 22 Jan 1996 00:00
119 lines
6505 bytes
6505 bytes
Wydzial Cybernetyki WAT (wat...@warman.com.pl) wrote: : Jarek Lis (l...@okapi.ict.pwr.wroc.pl) wrote: : : Wielodostep lekko pokretnie - w koncu wiele osob dostaje sie naraz : : do zasobow systemu. ;-) : : Termin "multiuser" tlumaczony na jezyk polski jako "wielodostep" oznacza : jednoczesny dostep wielu uzytkownikow do mocy procesora. Realizuje sie to : poprzez podlaczenie np. terminali znakowych (czyli zestawow klawiatura + : monitor) podlaczanych najczesciej przez porty szeregowe. Terminal nie : jest w stanie samodzielnie pracowac. Wszyscy uzytkownicy terminanali : korzystaja z procesora i pamieci operacyjnej komputera do ktorego sa : podlaczeni. : Oczywiscie nie ma mowy o wielodostepie bez wielozadniowosci. Niestety jest. Wielodostepny system rezerwacji biletow, w-d katalog biblioteczny... : Mozna rowniez mowic o wielodostepie do plikow. I w tym sensie wielodostepny jest rowniez server Novell. : : Wielozadaniowosc jak naj normalniej - server Novell z DOS'em nie ma : : w zasadzie nic w spolnego, i jest to dosc normalny, WIELOZADANIOWY, : : system operacyjny. Troche architektonicznie zorientowany pod szybkie : : serwowanie plikow. : : Wielozadaniowosc (czyli "multitasking") to taka cecha systemu : operacyjnego, ktora pozwala jego uzytkownikowi uruchamiac jednoczesnie : wiele zadan i na biezaco nimi zarzadzac (kasowac, zawieszac, zmieniac : priorytet). Praca wielu zadan jest podstawa w-z, ale czy musza one byc na biezaco zarzadzane? : Uzytkownik robi to za posrednictwem shella, ktory musi byc : wielodostepny (w systemach typu Unix znaczek "&" po poleceniu oznacza : uruchomienie zadania, ktore ma sie wykonywac wspolbieznie z innymi : zadaniami realizowanymi w danym wezle i oczywiscie z shellem). Hm, wielozadaniowy system wcale nie musi miec uzytkownikow! Czy oparty na QNX komputer sterujacy elektrownia, bez uzytkownikow, bez prawa uruchomienia przez nich programu, ale wykonujacy stale i wspolbieznie kilka procesow nie jest wielozadaniowy? : Jezeli glownie wykorzystywanym "shellem" systemu Netware jest system DOS : (ktory jak wiadomo nie jest wielodostepny), to z punktu widzenia : uzytkownika siedzacego przy ekranie bezdyskowej stacji roboczej pracujacej : pod kontrola systemu DOS i korzystajacej z systemu plikow zainstalowanego : na serwerze pracujacym pod kontrola systemu Netware - wielozadaniowosc : systemu Netware pracujacego na serwerze nie ma wielkiego znaczenia (no : oczywiscie pozwala na wielodostep do zasobow serwera). Ejze, czy wielozadanowosc servera bedzie zalezala od tego, czy uzytkownik uzywa DOS (jednozadaniowy, zanim nie napiszemy dosshell), czy Windows (hm, w 75% wielozadaniowy)? A server nawet o tym nie bedzie wiedzial.. Pisze o serverze Novell, w calkowitym oderwaniu od stacji roboczych ktorym on sluzy. Jest to wielozadaniowy system operacyjny, shellem jest to, co widac na konsoli. To cos umozliwia uruchamianie i usuwanie innych zadan. To cos moze byc nawet obslugiwane z poza konsoli, choc wielodostepne nie jest (ciagle jest jeden program, tyle ze z kilkoma klawiaturami, i uzytkownicy edytuja te sama linie komendy). Ale na oko mozna by napisac drugiego shela. : : Skoro jest wielozadaniowy, to ma jadro ktore zadania przelacza. : : Nie znam architektury dokladnie, wiec trudno mi powiedziec, : : czy przypadkiem nie jest to mikrojadro. : Na ile sie orientuje - to nie. Specjalnie sie nie sprzeczam. No coz - jadro (server.exe) ma 800KB exe. Choc pytanie, czy mimo wszystko nie da sie wyrzucic wiekszosci. : : Co Pan rozumie pod pojeciem 'mikrojadro'? : : Mikrojadro zawiera tylko podstawowe elementy systemu, przede wszystkim : modul IPC InterProcess Communication. POzostale moduly: zarzadzanie : procesami, pamiecia, urzadzeniami zewnetrznymi, sa poza jadrem i : traktowane sa jak normalne procesy (np. proces edytora). Np. mikrojadro : systemu QNX ma 10 kB. Tylko ze roznica jest tutaj trudna do wychwycenia. Novell ma np. osobno ladowane moduly obslugi urzadzen peryferyjnych. Osobno laduja sie protokoly sieciowe, za wyjatkiem wbudowanego IPX. Wmontowane w zbior jadra sa obsluga filesystemu i uzytkownikow (i w ogole servowanie plikow - czyli glowne zadanie systemu). Ale czy to dyskwalifikuje mozliwosc mikrojadra? fak ze w zbiorze sa zawarte procedury obslugi, ktore nie sa poczatkowo wykorzystywane ( trudno mowic o obsludze plikow, poki nie ma urzadzenia na ktorym one rezyduja..) Podejrzewam, ze jakby mocno zajrzec we wnetrze, to by sie okazalo, ze takie mikrojadro da sie w Novelu wyciagnac (choc zapewne np zawiera obsluge przydzialu pamieci). Badz co badz, w oparciu o to jadro jest robiony np. Microprotocol router, ktory potrafi tylko przerzucac pakiety sieciowe.. : : Co Pan rozumie pod pojeciem 'RTOS'? : Real-Time Operating System To wiem, ale czym musi sie charakteryzowac OS, zeby byc RT? : : Novell jest wielozadaniowy, ale bez wywlaszczania i protekcji procesow, : : co mowiac szczerze wystarczy zeby nie wolno bylo go wielozadaniowym : : nazywac. (Hm, ciekawe jak brak wywlaszczania ma sie do RT?) : : System operacyjny czasu rzeczywistego MUSI miec zaimplementowany : wywlaszczalny (preemptible) algorytm szeregowania zadan. No, to 3.x jako RTOS odpada. 4.x juz jest bodajze preemptive. A generalnie - jak sie preemptive ma do zyczenia nieprzerywalnych procesow? Czy w RTOS nie moge miec procesow nieprzerywalnych? 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 | | +------------------------------------------------------------------------+
Technical Details
Message-ID:
<4e0d24$8ur@okapi.ict.pwr.wroc.pl>Path:
mbox-mo1.pugleaf.net!unknown!not-for-mailReferences:
<4cbe5a$9oj@bilbo.nask.org.pl> <JT.38.30E96FED@zfja-gate.fuw.edu.pl> <4cc6rj$161@bilbo.nask.org.pl> <JT.39.30EA64A6@zfja-gate.fuw.edu.pl> <4cerft$i2l@bilbo.nask.org.pl> <JT.57.30FC1A07@zfja-gate.fuw.edu.pl> <4djjsk$3h2@bilbo.nask.org.pl> <4djlShow Full Headers
Complete Article Headers
From: l...@cyber.ict.pwr.wroc.pl (Jarek Lis) Subject: Re: Konferencja "QNX in Real World" Date: 1996/01/22 Message-ID: <4e0d24$8ur@okapi.ict.pwr.wroc.pl> X-Deja-AN: 136510409 references: <4cbe5a$9oj@bilbo.nask.org.pl> <JT.38.30E96FED@zfja-gate.fuw.edu.pl> <4cc6rj$161@bilbo.nask.org.pl> <JT.39.30EA64A6@zfja-gate.fuw.edu.pl> <4cerft$i2l@bilbo.nask.org.pl> <JT.57.30FC1A07@zfja-gate.fuw.edu.pl> <4djjsk$3h2@bilbo.nask.org.pl> <4djl organization: Technical University of Wroclaw, Poland newsgroups: pl.comp.bazy-danych MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit