Programmazione kernel

[M4rk191]

Qualuno di voi si è mai addentrato nella programmazione del kernel? intendo anche piccoli moduli.
In questi giorni per curiosità ho voluto dare uno sguardo al kernel Linux e al kernel XNU (tra l'altro non sapevo che parte di OSX fosse open source). Mi sono spaventato della loro complessità, non tanto per le righe i codice, quanto per il numero di file in cui è diviso il kernel, anche escludendo il filesystem e i driver, anche il nucleo del kernel è diviso in decine di file, che si tratta di XNU o di Linux; non sarebbe stato meglio creare un solo file sorgente? magari creando un file di testo che indichi la riga in cui trovare ogni funzione. Vorrei capire il funzionamento del gestore della memoria o del gestore dei processi di un kernel, secondo voi ho qualche speranza di riuscirci?

[khelidan1980]

Originariamente inviato da M4rk191

. Mi sono spaventato della loro complessità, non tanto per le righe i codice, quanto per il numero di file in cui è diviso il kernel, anche escludendo il filesystem e i driver, anche il nucleo del kernel è diviso in decine di file, che si tratta di XNU o di Linux; non sarebbe stato meglio creare un solo file sorgente? magari creando un file di testo che indichi la riga in cui trovare ogni funzione.

un kernel in un unico file,questa mi mancava davvero...

[DanieleC88]

Originariamente inviato da M4rk191

non sarebbe stato meglio creare un solo file sorgente?

No.

Originariamente inviato da M4rk191

Vorrei capire il funzionamento del gestore della memoria o del gestore dei processi di un kernel, secondo voi ho qualche speranza di riuscirci?

Certo, ma devi avere un buon fegato e la pazienza di un santo.

[M4rk191]

Originariamente inviato da khelidan1980

un kernel in un unico file,questa mi mancava davvero...

sembra una cosa impossibile, però se ci pensi, un solo eseguibile sarebbe ottimizzante per la memoria, e sarebbe anche più semplice a scopi didattici. Per risalire ai vari moduli, sarebbe sufficiente creare un documento che indicasse le righe in cui trovarli. Poi per kernel non intendo file system driver etc, intendo gestione memoria, gestione processi e chiamate di sistema.

Per quanto riguarda la pazienza non c'è problema, visto che mi interessa moltissimo cpire il funzionamento del kernel, e poi tra poco andrò in vacanza e avrò tre mesi per studiarlo bene.

[Tommo]

Eseguibile != file != kernel

Dunque; un kernel non è un eseguibile, ma più che altro "quello che esegue"... inoltre un eseguibile o una libreria o quello che è vengono sempre compilati a partire da TANTISSIMI file, a parte casi banali.

D'altra parte, non riesco a capire come fai a ritenere più pratico avere un solo file da 2.000.000 righe rispetto a tanti file raggruppati per funzione e con nomi che ne descrivono il contenuto

[M4rk191]

Originariamente inviato da Tommo

Eseguibile != file != kernel

Dunque; un kernel non è un eseguibile, ma più che altro "quello che esegue"... inoltre un eseguibile o una libreria o quello che è vengono sempre compilati a partire da TANTISSIMI file, a parte casi banali.

D'altra parte, non riesco a capire come fai a ritenere più pratico avere un solo file da 2.000.000 righe rispetto a tanti file raggruppati per funzione e con nomi che ne descrivono il contenuto

vuoi dire che compilare 2000 file è come compilarne uno solo?
io non direi. Inoltre trovo più comodo avere tutto in 20000000 di righe, perché hai tutto sottomano, e non devi aprire file su file. Mgari quando scrivi i moduli devi stare ttento che non ci siano bug per non mandare in blocco tutto, ma eseguendo i singoli moduli fuori dal kernel, credo si possa fare senza problemi.

Ad ogni modo, sapete dirmi dove posso trovare qualche ddocumento che spieghi la gerarchia dei sorgenti del kernel Linux o del kernel XNU?

PS: che senso ha chiamare kernel una parte del kernel?
avrebbero potuto chiamarla core, tanto per non creare confusione

[_Claudio]

Vuoi capire come funziona il kernel?

Clicca qui: http://www.os-book.com/

Ma evita di fare affermazioni che buttano via anni e anni di ricerca e evoluzione tecnologica...

[shinya]

Io qualche device driver per linux l'avevo scritto taaaaanto tempo fa...
Se vuoi esplorare quell'aspetto c'è il mitico Linux Device Driver, che è a ufo.

http://lwn.net/Kernel/LDD3/

[D4rkAng3l]

Originariamente inviato da M4rk191

Qualuno di voi si è mai addentrato nella programmazione del kernel? intendo anche piccoli moduli.
In questi giorni per curiosità ho voluto dare uno sguardo al kernel Linux e al kernel XNU (tra l'altro non sapevo che parte di OSX fosse open source). Mi sono spaventato della loro complessità, non tanto per le righe i codice, quanto per il numero di file in cui è diviso il kernel, anche escludendo il filesystem e i driver, anche il nucleo del kernel è diviso in decine di file, che si tratta di XNU o di Linux; non sarebbe stato meglio creare un solo file sorgente? magari creando un file di testo che indichi la riga in cui trovare ogni funzione. Vorrei capire il funzionamento del gestore della memoria o del gestore dei processi di un kernel, secondo voi ho qualche speranza di riuscirci?

beh stai "solo" mandando a puttane il concetto di modularizzazione....un salto nel passato di 20 anni

Per capire come funziona il gestore della memoria e dei processi comprati un bellibro di sistemi operativi e studiatelo tutto :-)

[DanieleC88]

Mi viene in mente la stupenda comodità di un intero kernel in un singolo file. Milioni e milioni di righe, tempi di caricamento e salvataggio mostruosi, la RAM che muore sotto...

E poi vorrei vedere con Linux in un unico file sorgente cosa si capirebbe di com'è fatto.

ciao

[71104]

minchia ragazzi, é del '91, ha appena 18 anni e non ha mai programmato in vita sua... e fategliela dire una cazzata

[DanieleC88]

Originariamente inviato da 71104

minchia ragazzi, é del '91, ha appena 18 anni e non ha mai programmato in vita sua... e fategliela dire una cazzata

Ma infatti ricordo i miei vergognosi post a 15 anni che provavo a scrivere un kernel pure io, ne ho dette di cazzate... Ed infatti mica gli impedisco di dirle: solo vedo di portarlo sulla buona strada.

[morskott]

Se vuoi spaventarti vai su questo sito e scaricati le slides, è un corso dato al secondo anno della specialistica in ingegneria informatica, per farti rendere conto un po della portata!!!

[D4rkAng3l]

Originariamente inviato da M4rk191

sembra una cosa impossibile, però se ci pensi, un solo eseguibile sarebbe ottimizzante per la memoria, e sarebbe anche più semplice a scopi didattici. Per risalire ai vari moduli, sarebbe sufficiente creare un documento che indicasse le righe in cui trovarli. Poi per kernel non intendo file system driver etc, intendo gestione memoria, gestione processi e chiamate di sistema.

Per quanto riguarda la pazienza non c'è problema, visto che mi interessa moltissimo cpire il funzionamento del kernel, e poi tra poco andrò in vacanza e avrò tre mesi per studiarlo bene.

Tu pensi che a 18 anni in 3 mesi di vacanza riusciresti a fare quello che forse (e dico forseee) riuscirebbe a fare una persona con una quinquennale in Informatica?

DOH

[grigor91]

Originariamente inviato da M4rk191

vuoi dire che compilare 2000 file è come compilarne uno solo?
io non direi. Inoltre trovo più comodo avere tutto in 20000000 di righe, perché hai tutto sottomano, e non devi aprire file su file. Mgari quando scrivi i moduli devi stare ttento che non ci siano bug per non mandare in blocco tutto, ma eseguendo i singoli moduli fuori dal kernel, credo si possa fare senza problemi.

Ad ogni modo, sapete dirmi dove posso trovare qualche ddocumento che spieghi la gerarchia dei sorgenti del kernel Linux o del kernel XNU?

PS: che senso ha chiamare kernel una parte del kernel?
avrebbero potuto chiamarla core, tanto per non creare confusione

Non basterebbe fare un documento che ti dice in quale file e riga si trova ogni modulo? Il risultato sarebbe equivalente alle tue richieste.

[D4rkAng3l]

Originariamente inviato da DanieleC88

Ma infatti ricordo i miei vergognosi post a 15 anni che provavo a scrivere un kernel pure io, ne ho dette di cazzate... Ed infatti mica gli impedisco di dirle: solo vedo di portarlo sulla buona strada.

Più che altro di cazzate ne abbiamo dette tutti in gioventù e visto che siamo stati perculati noi all'epoca in cui provavamo ad imbarcarci in progetti impossibili ora mi pare cosa buona e giusta percurlare i giovini che si imbarcano in assurdità e la sparano grossa

[M4rk191]

non sono cazzate, volendo un kernel potrebbe benissimo stare in un unico file, e per lo sviluppo basterebbe eseguire (e compilare) le varie parti fuori dal kernel; inoltre, altra cosa, non ho mai messo in dubbio i vantaggi della scomposizione in moduli, ho solo detto che per motivi didattici, con un apposito indice sarebbe stato più semplice avere il kernel in un unico file.
Terza e ultima cosa, non voglio studiarmi il kernel, non voglio studiarmi neanche un solo filesystem, ma gestore memoria e/o gestore processi. Non mi sembra impossibile, soprattutto considerando il fatto che non devo scrivere un kernel, non devo neanche scrivere un modulo del kernel, solo leggere. Ho chiesto se qualcuno si è mai interessato della scrittura di moduli del kernel, sperando che riportasse le proprie esperienze.

Comunque grazie per i link.

[gugoXX]

Io ho scritto, piu' di 10 anni fa, un modulo kernel per Minix per il supporto delle finestre multiple ciascuna per il proprio processo. L'utente sceglieva con i tasti funzione quale finestra di quale processo voleva vedere e il sistema si occupava di copiare sulla memoria video i dati.
Ma tutto in un file no... c'erano pezzi in assembly, pezzi in C, etc.

Ah, ancora, circa 20 anni fa insieme ad un amico avevamo cambiato parti di kernel del Commodore 64/128, che si chiamava Kernal, e tra le altre cose avevamo supportato il Basic con keyword in piemontese (che faceva parte del Kernel su quella macchina)
Non lo annovererei pero' tra le modifiche del Kernel piu' utili della storia, e nemmeno lo metto nel curriculum...

In pratica potevi scrivere poi programmi stile:
10 BUTA a = 100
20 BUTA a = a+1
30 STAMPA a
40 SE a>200 ALURA SAUTA 60
50 SAUTA 20
60 STAMPA "Ciao"

Un perfetto spaghetti code piemotese, direi che si potrebbe chiamare "Surgent ai Tajarin"

[-Slash]

Originariamente inviato da M4rk191

non sono cazzate, volendo un kernel potrebbe benissimo stare in un unico file, e per lo sviluppo basterebbe eseguire (e compilare) le varie parti fuori dal kernel; inoltre, altra cosa, non ho mai messo in dubbio i vantaggi della scomposizione in moduli, ho solo detto che per motivi didattici, con un apposito indice sarebbe stato più semplice avere il kernel in un unico file.
Terza e ultima cosa, non voglio studiarmi il kernel, non voglio studiarmi neanche un solo filesystem, ma gestore memoria e/o gestore processi. Non mi sembra impossibile, soprattutto considerando il fatto che non devo scrivere un kernel, non devo neanche scrivere un modulo del kernel, solo leggere. Ho chiesto se qualcuno si è mai interessato della scrittura di moduli del kernel, sperando che riportasse le proprie esperienze.

Comunque grazie per i link.

Ma hai idea di cosa significherebbe avere 2000000 di righe di codice in un solo file?

Solo per aprirlo ci vorrebbero un paio di minuti. Per cercare una parte in particolare(magari di poche linee di codice) ti ci vorrebbe mezza giornata

Comunque per quello che vuoi sapere tu basta un libro di sistemi operativi qualsiasi, come per esempio lo stallings. Lì troverai a grandi linee le spiegazioni che cerchi

[D4rkAng3l]

Se ti interessa sapere come funziona un gestore dei processi o della memoria ti compri un qualsiasi libro di sistemi operativi e te lo leggi come quello di Paolo Ancilotti ed altri 3 professori edito da McGrowHill...però te lo devi studiare tutto perchè sapere come funziona il gestore dei processi e della memoria senza sapere come si interfaccia con il resto del sistema operativo ha molto poco senso.

Ahh...di codice ne vedrai molto poco a questo livello...saprai a grandi linee in linea teorica come funziona un generico sistema operativo e le strategie che può adottare a sviluppare ad esempuio vari tipi di scheduler di processi e vari tipi di gestione della memoria.

Guarda te lo dico sinceramente...io al terzo anno di Informatica avrei grosse difficoltà a leggere il sorgente di un kernel e a capire cosa fà....e credo proprio che tra esami di programmazione, metodologie di programmazione e di progettazione sono qualche anno luce avanti a te...
Tra l'altro dovresti avere anche delle salde basi di architetture degli elaboratori per addentrarti nel mondo dei SO e dovresti avere una discreta conoscienza di assembler...

Non è per scoraggiarti...ma magari se hai poca esperienza inizia a leggerti un libro di SO per farti una cultura generale e come programmazione buttati su progetti più tranquilli e sicuramente più utili dal punto di vista didattico...per ora...poi se vorrai approfondire avrai tempo continuando gli studi

Ciao
Andrea