Newsgroup: it.comp.os.dibattiti
Titolo: [Q] Microkernel

Un dubbio: si puo' dire che NT e' basato su microkernel?
--
Fabrizio Di Giuseppe
Real email address: fabrizio@_REMOVEME_iride.com
http://www.iride.com/fabrizio
Sent via Deja.com 
http://www.deja.com/
Before you buy.

Per non essere OT, sto facendo un elenco dei S.O. microkernel.
Fino ad ora ho in lista
- Mach based (NeXTApp, MacOS X) - la lista e' da completare
- BeOS
Tnks


 Before you buy.
No, per il fatto che ha i servizi relativi all'interfaccia grafica
integrati nel kernel anziche' in un modulo server del kernel come tutte
le altre funzioni.
E' quello a mio avviso il peggior difetto di NT, quello che lo rovina e
lo rende instabile.
Peraltro e' una soluzione completamente inutile, potevano ugualmente
ottenere una interfaccia grafica "veloce" senza dovere ricorrere ad una
soluzione del genere.
Ciao,
    Antonio

 Before you buy.
No. Non è un microkernel. E' un kernel piccolo ma non è micro.
--
Saluti e Salute a Tutti.
For reply e-mail: mc6491@_
rmvme_mclink.it

 - Mach based (NeXTApp, MacOS X) - la lista e' da completare
Hurd ...
Ciao.
--
 |\   /|  Davide "Gatto Feroce" Inglima
 | --- |  Scrittore, Studente, Traduttore.
_- | | -_ "Mana is rapidly disappearing from the world, even the"
_-  *  -_ "mana tree has begun to wither..." Seiken Densetsu 3.
 -_ - _-  Fan dei GDR alla giapponese? Fan di Chrono Trigger?
   ---    vieni su 
http://web.tiscalinet.it/chronoita

  /,`.-'`'    -.  ;-;;,_    
UIN/ICQ# 7387142                          |,4-  ) )-,_..;\ (  `'-'   
                                         '---''(_/--'  `-'\_)

QNX

Anche Minix

> Anche Minix
Ne sei sicuro?
Non mi pare proprio che abbia una architettura a Microkernel...


...c'è un thread del '91, quasi un mito, che contrapponeva il suo
creatore (il dott. Tannenbaum) a Linus Torvalds proprio sul fatto che il
Minix è a microkernel e l'idea di Linus sulla struttura di Linux era
obsoleta ancora prima di nascere.
Il thread si chiama Linux is obsolete......cercalo in giro
                                                                Ciao

....c'è un thread del '91, quasi un mito, che contrapponeva il suo

Ma quali sarebbero, mediamente, i vantaggi di un microkernel?
Affidabilita', prestazioni, scalabilita' ecc.?
Francamente tempo fa cercai quel thread ma nulla da fare!
-- 
Bye by Red  |  BHP on a Linux box                   E-mail: 
ME7...@mclink.it
            |---------------------------------------------------------------
            |  "Through loops and bugs from /dev/null to /dev/null..."
            |   (Sir William Black)

Francamente tempo fa cercai quel thread ma nulla da fare!
Eccolo qua:
http://www.educ.umu.se/~bjorn/mhonarc-files/obsolete/maillist.html#00000
ciao
--Jedek

obsoleta ancora prima di nascere.
No, minix non e` a microkernel, ma lo sono i lavori successivi di AST.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | "You're one of those condescending Unix computer users!"
      | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert

le altre funzioni.
In realta`, parte del motore grafico risiede dentro WIN32K.SYS, che
non fa parte dell'executive vero e proprio (NTOSKRNL.EXE), ma
tecnicamente e` un modulo caricabile in kernel mode (in terminologia
MS: un kernel mode driver). Questo modulo viene caricato abbastanza
tardi e non partecipa alle fasi iniziali del processo di bootstrap.
Quando l'executive, con il suo system process ha completato
l'inizializzazione del sistema, lancia il primo processo in user mode,
il gestore delle sessioni, che e` un'applicazione nativa (SMSS.EXE),
il quale, a sua volta, nella sua inizializzazione, carica WIN32K.SYS.
I servizi offerti da WIN32K.SYS sono disponibili agli altri moduli
dell'executive (i vari *.SYS) esattamente come se fosse WIN32K.DLL (in
effetti, ha suffisso .SYS, ma si tratta di una kernel mode DLL).
Tuttavia, quando WIN32K.SYS si inizializza, chiede all'executive di
estendere la tabella dei servizi principale (in terminologia Unix: la
tabella delle system call), con una che fornisce lui (qui i dettagli
http://www.cmkrnl.com/arc-newint2e.html
). NTDLL.DLL e` l'unico pezzo
di codice in user mode che faccia propriamente delle system call,
usando INT 2E (su x86, in EAX il numero della funzione), mentre
GDI32.DLL usa sempre INT 2E (su x86), ma per chiamate a WIN32K.SYS
(non direttamente, ma sempre attraverso il dispatcher delle system
call dell'executive). Quanto alle funzioni esportate da WIN32K.SYS, la
maggior parte hanno nomi del tipo "EngBlaBla", dove "Eng" sta per
"graphics ENGine", come l'executive esporta le "PsBlaBla" per la
gestione di processi, thread e job, "CmBlaBla" per il Cache Manager,
"IoBlaBla" per l'I/O Manager etc.