On 020717 at 14:34, Michael Welle <[EMAIL PROTECTED]> wrote:
[sorry wegen der pMail...]

> Dirk Haage <[EMAIL PROTECTED]> writes:
> > nicht der Fall ist. Ein falscher Treiber zerschisst das ganze Systeme,
> > die Reihenfolge beim Installieren ist wichtig usw.
> U.a. darum ist es fuer meine Anforderungen auch unbrauchbar. 
> 
> > Was ich sagen will: Der Fehler soll ja deswegen nicht einfach
> > unbehandelt, unerkannt bleiben, sondern er soll den Betrieb nicht
> > st�ren. Sieh das ganze aus einer anderen Perspektive: Alles im Betrieb
> > sind Dienste. Wenn jetzt auf deinem Rechner der Dienst "ftp" versagt,
> > laufen die Dienste "ssh", "http" u.s.w trotzdem noch. Denn eigentlich
> > ist ftp auch nur ein Remote-FS-Dienst wie NFS, also ein Betriebsmittel,
> > genauso wie beliebige FS, SCSI-Treiber usw.
> Ja, so gesehen hast Du schon recht ;). Nur bei Mikrokern vs mono. Kern
> ist es imho etwas anders. Dort ist der Kern in Prozesse zerlegt
> (zB. fs, mm, skeduling etc). Wenn davon einer die Graetsche macht, hat
> man meist es Pech. Fuer ssh, ftp etc. aendert sich bei beiden Konzepten
> eher nix. 

http://www.gnu.org/software/hurd/hurd-talk.html#TOCmic
(Plus die folgenden 3 Abschnitte)

Wenn dir die Vorteile von dieser Arbeitsteilung immer noch nicht
bewusst sind, hilft es vielleicht sich an Windows95 zu erinnern.
Ein Programm st�rtzt ab und der Rest schliesst sich ihm an.
Es ist doch dumm, darauf zu vertrauen, dass etwas fehlerfrei
funktioniert, wenn man stattdessen auch v�llig unabh�ngig davon
sein kann. Mir f�llt da der wuftpd-Bug ein, der unter Hurd nicht
exploitbar war. Fehler passieren. Durch die klare Aufgabenteilung
werden sie selbst und ihre Konsequenzen minimiert.

> >> Kein Problem.
> > Genau, solange alles sachlich bleibt ;)
> Pech nur fuer die Leute, die sich schon die Erdnuesse besorgt haben
Popkorn, aber trotzdem �rgerlich...


mfg
pepe

PS: Der Spruch, das Hurd zu sp�t kommt, erinnerte mich irgendwie
    an "Linux is obsolete."  :)

-- 
What I don't understand is you, God.
                            - Serial Experiments Lain


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Antwort per Email an