La interfaz está localizada; las descripciones y documentos de las Skills se traducen automáticamente con IA a su idioma. El código, los comandos, rutas y términos técnicos se mantienen en el original, y prevalece el documento del autor.
Explorar Skills
Diseño y creatividad · SKILL.md

os-kernel-architecture

os-kernel-architecture

Operating-system and kernel architecture decisions: monolithic vs microkernel vs hybrid vs unikernel/exokernel, scheduler design, virtual memory & paging, IPC mechanisms, syscall/ABI boundaries, and interrupt handling. Architect-level trade-offs, not driver implementation. USE WHEN: designing or evaluating an OS/kernel, RTOS-vs-GPOS choice, kernel structur…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentación de la Skill

GitHub

name: os-kernel-architecture description: | Operating-system and kernel architecture decisions: monolithic vs microkernel vs hybrid vs unikernel/exokernel, scheduler design, virtual memory & paging, IPC mechanisms, syscall/ABI boundaries, and interrupt handling. Architect-level trade-offs, not driver implementation.

USE WHEN: designing or evaluating an OS/kernel, RTOS-vs-GPOS choice, kernel structure, scheduler/memory/IPC subsystem design, syscall/ABI surface, "monolithic", "microkernel", "unikernel", "exokernel", "scheduler", "virtual memory", "IPC".

DO NOT USE FOR: Windows driver implementation (use windows driver skills); app-level concurrency (use language skills); container internals (use virtualization). allowed-tools: Read, Grep, Glob

OS / Kernel Architecture

Architect-level decisions for operating systems and kernels.

Kernel structure — the core decision

StructureIdeaProsConsFits
MonolithicAll services in kernel space (Linux)Fast (no IPC for services), matureLarge TCB, a fault can panic the systemGeneral-purpose, performance-first
MicrokernelMinimal kernel; drivers/FS/net as user servers (seL4, QNX)Isolation, verifiability, restartable serversIPC cost on hot pathsSafety/security-critical, high-assurance
HybridMonolithic core + some servers (XNU, NT)Pragmatic balanceAmbiguous boundariesCommercial desktop/mobile OS
UnikernelApp + minimal libOS into one address space (MirageOS)Tiny attack surface, fast bootSingle app, weak isolation withinSingle-purpose cloud/edge appliances
ExokernelKernel only multiplexes hardware; libOS in appMax app controlComplexity pushed to appsResearch / specialized perf

Decision drivers: isolation/assurance vs IPC overhead, TCB size, fault containment, restartability, verification goals (seL4 = formally verified).

Subsystems the architecture must pin down

  • Scheduler: fairness (CFS) vs real-time (RMS/EDF, priority + inheritance to avoid priority inversion) vs throughput (batch). Preemptible vs cooperative. Tickless vs periodic tick. SMP load balancing, CPU affinity, NUMA awareness.
  • Memory management: virtual memory + paging, page table levels, TLB pressure, huge pages, demand paging vs pinned, copy-on-write, NUMA placement, OOM policy. MMU-less (embedded) changes everything.
  • IPC: synchronous rendezvous (seL4/L4) vs async message queues vs shared memory + doorbells. IPC latency is the microkernel make-or-break metric.
  • Syscall/ABI: trap vs syscall instruction, vDSO for hot read-only calls, capability-based vs ambient-authority, ABI stability contract.
  • Interrupts: top-half/bottom-half split, threaded IRQs, interrupt latency and determinism (hard real-time needs bounded latency), MSI/MSI-X.

When to recommend what

  • Need provable isolation / restartable drivers → microkernel (seL4/QNX).
  • Need max throughput, rich ecosystem → monolithic (Linux).
  • Single cloud/edge appliance → unikernel.
  • Hard real-time → RTOS or PREEMPT_RT, EDF/RMS scheduling, bounded IRQ latency (see embedded-rtos).

Load deeper material with fetch_docs("os-kernel-architecture", <topic>) when the knowledge base has it.

Skills guardadas