µ-Kernels Must And Can Be Small (1996) [8 citations — 0 self]
http://i30www.ira.uka.de/publications/pubcat/Iwooo
http://www.l4ka.org/publications/1996/ukernels-mus
CACHED:
Abstract:
For a general acceptance, -kernels must be fast and not burden applications. For fulfilling these conditions, cache architectures require -kernels to be small. The L4 -kernel shows that smallness can be achieved. 1. -kernels must be small This is not obvious. Most first-generation -kernels were large; typically they need 300 Kbyte of code and 140 system calls. Some of their architects argued that `' in this context means `lower level' and not `small size'. Demanding smallness radically differs from this approach. It could (and in fact it does) change -kernel technology dramatically. Why should -kernels be as small as possible? (We avoid the term "minimal" because of its mathematical implications.) The reasons are performance, flexibility and perhaps correctness. 1.1. "A non-small -kernel is not fast." The most relevant performance costs of a -kernel result from its cache consumption. If a frequently invoked kernel operation accesses a substantial part of the primary cache ("floods...
Citations
| 506 | Exokernel: an Operating System Architecture for Application-Level Resource Management – Engler, Kaashoek, et al. - 1995 |
| 363 | Extensibility, safety and performance in the SPIN operating system – Bershad, Savage, et al. - 1995 |
| 258 | On microkernel construction – Liedtke - 1995 |
| 143 | The impact of operating system structure on memory system performance – Chen, Bershad - 1993 |
| 1 | L4 reference manual (486 – Liedtke - 1996 |

