Pruefungsprotokoll RA/DOLINUX

Disclaimer: Dieser Thread wurde aus dem alten Forum importiert. Daher werden eventuell nicht alle Formatierungen richtig angezeigt. Der ursprüngliche Thread beginnt im zweiten Post dieses Threads.

Pruefungsprotokoll RA/DOLINUX
Hi,

folgende Pruefung hatte ich in etwa. Das Protokoll ist auch schon zur FSI geschickt worden.

Gruesse,
-Steppenwolf

Bemerkungen zu Pr¨ufung und Pr¨ufer

• kein Schwerpunktfach
• sehr lockere Atmosph¨are, wie man es von der
Vorlesung her auch vermuten w¨urde
• l¨asst aussuchen, mit welchem Thema man anfangen
will (ich habe RA gew¨ahlt)
• Gespr¨ach l¨asst sich lenken, man kann viel
erz¨ahlen, ohne unterbrochen zu werden
• Reaktion ”jaaa“ (in Ja-Aber-Intonation) ist
nicht negativ aufzufassen (kann bei mir oft,
aber habe trotzdem die Bestnote erhalten), also
nicht irritieren lassen
• teilweise helfen einem die empfohlenen B¨ucher
beim Verst¨andnis weiter ( ¨Uberfliegen und
genaueres Lesen bei den relevanten Stellen
reicht)

Fragen zu RA

• Ziele und Maße – was gibt es da so?
=> erst Grob¨uberblick mit jeweils kurzer Erl¨auterung:
Performance, Netzwerk, Leistungsaufnahme,
Skalierbarkeit, Zuverl¨assigkeit
• Performance genauer – was hat darauf Einfluss?
=> CPU, Busse, Speicher, I/O
• I/O – wie kriegt man das schnell hin?
=> komplette Entwicklung mit jeweils Beschreibung:
Polling, IRQ-Driven, Buffered, Independent,
DMA, Intelligent I/O
DMA-Vorteile: 1 statt 2 Buszyklen, CPU kann
im Cache weiterrechnen
Intelligent I/O mit Scatter (Beispiel Page auf
HD-Bl¨ocke) und Gather (NW-Paket aus Header
und Payload) und Buffer- und Operation-
Chaining
• I/O-Ziel wenige IRQs – warum?
=> CPU sollte lieber rechnen, außerdem Pipelining
und Superskalarit¨ats (SS)-Probleme
• Pipelining – Beschreibung und Probleme?
=> Structural Hazards, dagegen z.B. Stalls oder
Harvard-Architektur mit I- und D-Caches
=> Data Hazards, RAW: durch Stalls oder Forwarding,
¨Uberlappung der Stages erkl¨aren
=> Data Hazards, WAR/WAW: nur bei SS-Outof-
Order-Issuing, L¨osung durch Renaming,
Reorder-Buffer und Retire-Phase
=> Control Hazards: Delay Slots (wie viele (3/1 je
nach Implementierung); Problem: nur schlecht
f¨ullbar) vs. Stalling/Abbrechen
Prediction-Arten: Wired, Static, Dynamic,
Direction-Based
Dynamic: BTAC-Funktionsweise, Erweiterung
zu BTB

Fragen zu DOLINUX

• Pakete – wof¨ur?
=> Abh¨angigkeiten: erkennbar (Libraries, Interpreter)
vs. nicht (System-Calls, z.B. Mutt
braucht MTA)
klein (komplexe Abh¨angigkeiten) vs. groß
(Konflikte, viel Unn¨otiges)
Gruppierung: Anwendung, Library, Toolsammlungen,
Development, Doku
• Abh¨angigkeiten – nicht nur zur Laufzeit, sondern
auch?
=> zur Build-Zeit: Libraries, Sourcen, Kernel-API
– falsche Version, Fehlen, Fehler
• SPEC-File-Aufbau erkl¨aren und welche Teile
f¨ur Build und welche f¨ur Installation
• Cross-Build-System: Cross-Compiler, Cross-
Linker, eigene Libraries ) damit Sourcen
kompilieren
• Wie bringt man das auf den Target-PC?
=> Booten kurz erkl¨aren
=> Kernel-Config (InitRD-FS einkompiliert) und
InitRD, Module nachladen (IDE-Controller,
ISOFS)
=> CD finden (proc-FS und Magic-Datei) und
mounten, dann Basissystem kopieren und konfigurieren