Quali sono le differenze tra "play-by-play", progettazione e implementazione di un sistema operativo? [chiuso]

-1

Dalla recensione di due libri

Daniel Bovet and Marco Cesati. Understanding the Linux Kernel (2nd Edition or newer):

Note: this book has some tendency to function as a play-by-play of what happens inside Linux (on an x86) as opposed to a design book. You may find the BSD book or the Love book more design-oriented.

Robert Love. Linux Kernel Development:

We received some complaints about the 2003 edition containing too much play-by-play material, but the 2005 edition has received favorable student reviews. You may find that the BSD book provides more historical and design perspective. You should also know that people familiar with other operating systems may dispute some historical descriptions and claims of architectural novelty.

Quali sono le differenze tra "play-by-play", progettazione e implementazione di un sistema operativo?  Ad esempio, in che modo differiscono in termini di ciò che considerano e di ciò che vogliono ottenere?

Che cosa significa "play-by-play", design e implementazione di un sistema operativo? Non so cosa significhi "play-by-play" qui. "Design" significa creare un modello logico / astratto e l'implementazione significa implementare il modello logico / astratto usando l'hardware e la programmazione?

Sono sempre confuso dalle parole "design" e "implementazione" usate nelle tessere di libri su OS, database, linguaggi di programmazione. Ci sono anche altri libri nelle aree senza le parole. In generale, cosa implicano tali titoli sugli argomenti dei libri?

Ci sono altri aspetti dei sistemi operativi, oltre alla progettazione e all'implementazione?

Grazie.

    
posta Tim 09.01.2015 - 21:34
fonte

1 risposta

6

È un'analogia sportiva. Play-by-play è ciò che impari da un commentatore mentre guardi una partita. Un approccio di "progettazione" sarebbe più simile alla lettura del libro delle regole del gioco.

Per un libro del kernel, un esempio play-by-play potrebbe iniziare con una chiamata aperta su un file e tracciare questo attraverso il codice del filesystem, attraverso il codice del dispositivo a blocchi, attraverso il sottosistema usb, attraverso un driver di dispositivo per uno specifico chip di thumb drive, attraverso primitive come kmalloc , e indietro nello spazio dell'utente.

Molte persone imparano bene in questo modo, ma ti dà solo una profonda comprensione dei casi d'uso specifici che copre. Un approccio alla progettazione ti darebbe una comprensione più ampia di come tutto si concilia ai massimi livelli. È come la differenza tra una suite di test unitari e un documento di architettura.

    
risposta data 09.01.2015 - 22:10
fonte

Leggi altre domande sui tag