Architectural issues in microkernel-based operating systems: the Chorus experience

Bricker, Allan; Gien, Michel; Guillemont, Marc; Lipkis, Jim; Orr, Doug; Rozier, Marc

doi:10.1016/0140-3664(91)90060-e

Cited by 24 publications

(3 citation statements)

References 2 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…As a consequence, both Chorus and Mach reinlegrated the most critical scn't'i's and drivers into tlie kernel [3,8]. Chorus's "supcn'isor actors" and Mach's "kernel-loaded tasks" run in kernel mode, can freely access kernel space, and can freely interact with each other.…”

Section: Frequently Asked Questions On Uset^level Device Driversmentioning

confidence: 99%

Toward real microkernels

Liedtke

1996

Commun. ACM

130

View full text Add to dashboard Cite

The inefficient^ inflexible first generation inspired development of the vastly improved second generation^ which may yet support a variety of operating systems.HE microkernel story is full of good ideas and blind alleys. The story began with enthusiasm about the promised dramatic increase in flexibility, safety, and modularity. But over the years, enthusiasm changed to disappointment, because the first-generation microkernels were inefficient and inflexible. • Today, we observe radically new approaches to the microkernel idea that seek to avoid the old mistakes while overcoming the old constraints on flexibility and performance. Tbe second-generation microkernels may be a basis for all types of operating systems, including timesharing, multimedia, and soft and hard real time. The Kernel VisionTraditionally, the word kernel denotes the mandatory part of the operating system common to all other software. The kernel can use all features of a processor (e.g., programming the memory management unit); software running in user mode cannot execute such safety-critical operations.Most early operating systems were implemented by means of large monolithic kernels. Loosely speaking, the complete operating system-scheduling, file system, networking, de\ice drivers, memory management. paging, and more-^was packed into a single kernel.In contrast, the microkernel approach involves minimizing the kernel and implementing servers outside the kernel. Ideally, the kernel implements only address spaces, interprocess communication (IPC), and basic scheduling. All servers-even device drivers-run in user mode and are treated exactiy like any other apphcation by the kernel. Since each server has its own address space, all these objects are protected from one another.When the microkernel idea was introduced in the Jochen Liedtk 70 l

show abstract

Section: Frequently Asked Questions On Uset^level Device Driversmentioning

confidence: 99%

Toward real microkernels

Liedtke

1996

Commun. ACM

130

View full text Add to dashboard Cite

show abstract

“…The first version, which was developed at Chorus Systems, became available as early as 1982 [11]. Although Chorus uses different language than the terms presented in this paper (nucleus/kernel, segment/object, actor/task), the definitions are identical.…”

Section: The Current Marketmentioning

confidence: 99%

Microkernels

Camp

Oberhauser

1995

Proceedings of the Twenty-Sixth SIGCSE Technical Symposium on Computer Science Education

View full text Add to dashboard Cite

“…Κάτω από το λειτουργικό σύστημα SunOS, η "εξατμιζόμενη" πληροφορία περιλαμβάνει την κατάσταση που κανονικά λαμβάνεται από τον χειριστή του σήματος (singnal handler) καθώς και τον κωδικό του νήματος που τρέχει τη στιγμή του γεγονότος. Αυτή η εξατμισμένη πληροφορία περνάει σαν μήνυμα στο νήμα client.3.3 Το κατανεμημένο λειτουργικό σύστημα ChorusΗ τεχνολογία Chorus[87][88][89] έχει σχεδιαστεί για να δημιουργήσει νέες γενιές κατανεμημένων λειτουργικών συστημάτων, οι οποίες θα είναι ανοιχτές για ανάπτυξη και θα προσαρμόζονται σε οποιαδήποτε σκιαγράφηση υλικού (H/W). Έχει δε τα ακόλουθα χαρακτηριστικά:• Μία επικοινωνιακή αρχιτεκτονική που στηρίζεται σε έναν μικρό πυρήνα (micro-kernel), ο οποίος ολοκληρώνει την κατανεμημένη επεξεργασία και επικοινωνία στο χαμηλότερο επίπεδο.…”

unclassified

Σχεδίαση Και Ανάλυση Ενός Ενισχυμένου Πρωτοκόλλου Συνδέσεων Με Συνολική Προσέγγιση Ως Προς Την Ποιότητα Υπηρεσίας Για Εφαρμογές Πολυμέσων

Κανελλόπουλος¹

View full text Add to dashboard Cite

2.2.1 Χαρακτηριστικά της τεχνολογίας ATM 2.2.2 Η δομή του κυπάρου ATM 2.2.3 Εγκατάσταση νοητών καναλιών 2.2.4 Κέρδος στατιστικής πολύπλεξης 2.2.5 ATM LANs 2.3Τα επίπεδα του ATM 2.3.1 Το επίπεδο AAL 2.3.2 Το επίπεδο ATM 2.3.3 Το επίπεδο φυσικού μέσου 2.4 Έλεγχος της κίνησης στα δίκτυα ATM ΣχιόΊαση και ανάλυση ίου νέου πρωτοκόλλου C_MACSE 2.4.1 Μοντελοποίηση της κίνησης των πηγών και τευν κόμβων μεταγωγής ATM 2.4.2 Δυναμική διαχείριση των πόρων του δικτύου 2.4.3 Έλεγχος προτεραιοτήτων 2.4.4 Καθορισμός μηχανισμού αστυνόμευσης των πηγών 2.4.5 Μηχανισμοί εξομάλυνσης της κίνησης των πηγών 2.4.6 Έλεγχος της συμφόρησης του δικτύου 2.4.7 Έλεγχος αποδοχής κλήσης (Call Admission Control) 2.4.8 Η τμηματική παραχώρηση της ποιότητας υπηρεσίας 2.5 Συμπεράσματα Κεφάλαιο 3 Νήματα συνεχών μέσων και επικοινωνίες πολυμέσων 53 3.1 Βσσγωγή στα νήματα ελέγχου 3.1.1 Η διαφορά μεταξύ νημάτων και διεργασιών 3.1.2 Τρόποι οργάνωσης νημάτων σε μία πολυνηματική διεργασία 3.1.3 Σχεδίαση πακέτων νημάτων 3.1.4 Υλοποίηση ενός πακέτου νημάτων 3.1.5 Προβλήματα πακέτων νημάτων στο χώρο του χρήστη 3.1.6 Νήματα και κλήσεις απομακρυσμένων διαδικασιών (Remote Procedure Calls) 3.2 Συμβατικά λειτουργικά συστήματα 3.2.1 Η διαχείριση εικονικής μνήμης στο σύστημα SunOS R.4.1 3.2.2 Χρονοπρογραμματισμός νημάτων στο σύστημα SunOS R.4.1 3.3 Το κατανεμημένο λειτουργικό σύστημα Chorus 3.3.1 Η αρχιτεκτονική Chorus 3.4 Αλλά κατανεμημένα λεπουργικά συστήματα: Amoeba, Mach Μειονεκτήματα των κατανεμημένων λειτουργικών συστημάτων 3.5 Συμπεράσματα Κεφάλαιο 4 Τεκμηρίωση αναγκών ύπαρξης πρωτοκόλλων σηματοδοσίας στο επίπεδο εφαρμογής με συνολική προσέγγιση ως προς την ποιότητα υπηρεσίας 95 4.1 Τεκμηρίωση αναγκών για νέες υπηρεσίες 4.2 Το μοντέλο αναφοράς OSI 4.3 Το επίπεδο εφαρμογής 4.3.1 Το στοιχείο υπηρεσίας ελέγχου συσχέτισης (ACSE) 4.3.2 Το στοιχείο υπηρεσίας λειτουργιών αλληλεπίδρασης (ROSE) 4.3.3 Το πρότυπο για τη δομή του επιπέδου εφαρμογής (ALS) 4.4 Συμβατικά σενάρια εγκατάστασης σύνδεσης κατά OS Ι 4.4.1 OSI RM και συμβατικά σενάρια σύνδεσης 4.4.2 Με Ι ονεκτήμστα του σχήματος διαπραγμάτευσης του QoS στο επίπεδο μεταφοράς 4.5 Πρόσφατες εργασίες σε προηγμένες αρχιτεκτονικές και πρωτόκολλα σηματοδοσίας 4.5.1 Εργασίες με συνολική θεώρηση της ποιότητας υπηρεσίας 4.6 Το πρωτόκολλο MACSE 4.6.1 Μοντέλο πολλαπλών συνδέσεων 4.6.1 Αδυναμίες rou MACSE 4 7 Σπουδαιότητα του νέου προτεινομένου πρωτοκόλλου Σχεδίαση και ανάλυση ίου νέου πρωιοκόλλου C__MACSE Κεφάλαιο 7 Υλοποίηση εφαρμογής εξομοίωσης των μηχανισμών του πρωτοκόλλου C_MACSE 7.1 Η εφαρμογή Monitor R. 1.0 7.1.1 Προγραμματισμός με το πακέτο νημάτων της βιβλιοθήκης "Kernel32.dll" 7.1.2 Το αρχιτεκτονικό μοντέλο διαχείρισης της εφαρμογής 7.1.3 Δημιουργία και διαχείριση διεργασιών πολυμέσων (multimedia processes) 7.1.4 Δημιουργία και διαχείριση νημάτων συνεχών μέσων 7.1.5 Το δομοστοιχείο C_MACSE της εφαρμογής 7.1.6 Εξομοίωση αρχιτεκτονικών χρονοπρογραμματισμού νημάτων Τα αποτελέσματα της υλοποίησης 7.2.1 Αξιολόγηση και αξιοποίηση των αποτελεσμάτων 7.2.2 Σύγκριση της εφαρμογής με άλλα όμοια εργαλεία Θέματα υλοποίησης API του πρ...

show abstract

Architectural issues in microkernel-based operating systems: the Chorus experience

Cited by 24 publications

References 2 publications

Toward real microkernels

Toward real microkernels

Microkernels

Σχεδίαση Και Ανάλυση Ενός Ενισχυμένου Πρωτοκόλλου Συνδέσεων Με Συνολική Προσέγγιση Ως Προς Την Ποιότητα Υπηρεσίας Για Εφαρμογές Πολυμέσων

Contact Info

Product

Resources

About