Le novità del nuovo Kernel Linux by Andrea Arcangeli

[Redazione di Hardware Upg]

Link alla notizia: http://news.hwupgrade.it/11393.html

Nel corso del LinuxDay organizzato dal Lug di Ferrara, Andrea Arcangeli ha spiegato le novità del kernel linux 2.6, il cui rilascio è atteso a giorni. Novità sia per server che per desktop

Click sul link per visualizzare la notizia.

[Razers]

La + importante mi sembra il Full-Preemptive,
nella speranza che non crei troppi casini dentro il kernel...
Poi vorrei sapere in che funzione computazionale era lo scheduler nei vecchi kernel? o(log n)????

[Mazzulatore]

Che dire... grande Arcangeli! Alla faccia di chi ha studiato troppo e che dice che linux è un kernel monolitico e quindi è lento (!!!), vecchio e che è meglio Hurd o windows(...) microkernel rulez ecc. ecc.
Si può parlare solo by coding!!

[hardskin1]

la differenza tra preemptive e Fully-preemptive non la sapevo: corro a documentarmi.

[homero]

neanche io conoscevo questo differenza, in realtà infatti esistono molti modi di implementare il multi-task se dovessimo a ciascuno dare un nome staremo freschi....
tutte ste cose per mascherare l'unico reale problema di linux....
.....il macro kernel che ormai si porta dietro e che nel 2000 non e' piu' accettabile....
inoltre molti driver sono statici altri dinamici altri esterni al kernel...in pratica su sistemi con molte periferiche nessun sistema linux sarà efficente visto che concetra il peggio dei sistemi attualmente disponibili per la gestione dell'hardware...
questo conferma la tendenza all'uso su sistemi specifici e non su sistemi general purpose...
per quanto riguarda il multitask bastano 512kbyte per avere un micro kernel multitask efficente all 100% e che possa gestire sistemi a 64 bit multi processing....visto che puo' caricare l'exec nella cache L3 interamente cosa possibile solo su sistemi itanium (purtroppo), quindi tutte le funzioni di gestione dei task sono gestine all'interno del processore full speed e prive di ogni wait state da parte dei dma delle periferiche esterne, quindi queste nuove caratteristiche sono certamente commissionate dai grossi produttori di server e non certo per noi piccoli utenti desktop...
in definitiva un passa in avanti sulla linea tracciata ormai negli anni '90 e lungo la quale linux tende a consolidare il suo mercato...
tutto cio' che ruota intorno e' e credo restarà faragginoso e impreciso come è ora, non me ne vogliano i linux fan....

[speedwago]

Al corso di sistemi operativi mi e' sembrato di capire che l'implementazione del Fully preempive era una cosa quasi impossibile da implementare perche' richiede un process control block molto piu' grande di un pcb di kernel non preemptive in quanto il processo che eventualmente "rientra" nella cpu deve poter eventualmente tornare indietro di qualche istruzione(quindi non basta solo tenere traccia del program counter e dello spazio di memoria). Cmq anche se fosse possibile implementare una cosa del genere... sarebbe piu' gli svantaggi che i vantaggi apportati.... forse un boost solo in casi estremi(tipo migliaia di thread in esecuzione...ma c'e' sempre il problema della memoria aggintiva).

[Wonder]

Ho il kernel panic

[svl2]

ma tanto con l' arrivo di palladium ..addio linux.

[mgiammarco]

Cosa sarebbe il low_latency?????
Driver statici e driver dinamici?????
Fully preempitive impossibile/inutile??????????

Ma per favore!

[pokestudio]

sapevo chi fosse Andrea Arcangeli...

a questo punto mi chiedo chi sia Michele Arcangeli, spero che il Boneschi mi sappia dare spiegazioni

[homero]

driver statico: il livello piu' basso di gestione dei driver....interrupt clock pci in genere si punta direttamente al bios o ai microcode hardware integrato nel kernel (micro,macro, o quello che sia) non e' possibile in alcun modo variare o intervenire con altri software su questo tipo di driver a meno che di non cambiare parte del kernel..
driver dinamici: driver che gestiscono periferiferiche mediante i inerfacce controllate dai driver statici...e' possibile cambiarli e aggiornarli anche dinamicamente senza interferire con le funzione base del kernel...ingenere si usano per la gestione di scheda audio video usb etc etc sono la maggioranza...
driver esterni....quelli che si basano su HAL(hardware abstraction layer) gestiscono l'hardware mediante protocolli....
un esempio sono i driver scsi o per periferiche usb....
spero di avere fatto luce sulle costronerie....(che poi vuol dire in italiano omissioni, in questo caso della definizione)
low latency...
bassa latenza....
differenza tra un exec gestito in L3 cache e un exec normale e' semplicemente quella di poter eseguire operazione indipendentemente da interrupt hardware esterni a quelli della cpu in poche parole garantisce il reset delle periferiche senza un control esterno.....solo con sistemi simil cluster era possibile ottenere qualcosa del genere fino a qualche tempo fa....

utilizzato per sistemi multiprocessing in cui una gestione degli interrupt centralizzata o parcellizzate porta in genere a sistemi difficilissimi da gestire....solo itanium tra le cpu "commerciali ha questa possibilità di gestire in questo modo la cache L3" e solo con queste funzioni il kernel full pre-emptive ha un senso visto che i driver di linux statici/dinamici/esterni non permettono un reale controllo sull'hardware in sistemi generici....

spero di non aver detto altre castronerie nel caso concedetemi questo delirio

anche se poi le cose grosso modo stanno cosi' che ne dicano gli altri....

[xtg]

@Razers

lo stesso Arcangeli non considera il preemptive kernel molto importante (ascolta gli ultimi dieci minuti dell'ogg linkato nell'articolo, la parte dove gli fanno delle domande)

la complessità era o(n)

[Ikitt_Claw]

Originariamente inviato da homero
tutte ste cose per mascherare l'unico reale problema di linux....
.....il macro kernel che ormai si porta dietro e che nel 2000 non e' piu' accettabile....

definisci "inaccettabile".
Da quale punto di vista? Prestazioni? Design? Manutenibilita`?

tutto cio' che ruota intorno e' e credo restarà faragginoso e impreciso

Numeri. Spara qualche numero.

[hardskin1]

svl2 ha scritto:
ma tanto con l' arrivo di palladium ..addio linux.

Se ti piace tanto palladium tienitelo pure. Finche' ci sara' anche una sola persona che avra' accesso al Software libero aziende/persone come microsoft non avranno mai pieno controllo.

[peppedx]

ma quanto siete tragici co' sto palladium... e non vedete cospirazioni ovunque:

Volete Winzzoz compratelo, volete linux: scaricatelo e non fatela tanto lunga!!!!

[Fabio Boneschi]

____________________________
sapevo chi fosse Andrea Arcangeli...

a questo punto mi chiedo chi sia Michele Arcangeli, spero che il Boneschi mi sappia dare spiegazioni
_________________________________

LOL

[Cfranco]

Originariamente inviato da homero
.....il macro kernel che ormai si porta dietro e che nel 2000 non e' piu' accettabile....

Perché ?
I microkernel fanno molto "marketing" ma nella realtà dei fatti non sono superiori , l' estetica non può essere un principio-guida valido per un kernel .
Vedesi anche il celeberrimo thread "Linux is obsolete" in comp.os.minix ( link )

[^TiGeRShArK^]

cmq homero, mi sfugge 1 cosa... confrontando la tua spiegazione di low-latency con quella dell'articolo mi sa ke c'è qualke incongruenza.
Dall'articolo, a quanto ne ho capito io, la low-latency viene presentata come una qualke specie di getione dei deadlock effettuata in maniera preventiva (tra l'altro io sapevo ke tutto il mondo Unix, e quindi linux compreso, riguardo ai deadlock ha sempre adottato la tattica dello struzzo, ovvero non faceva niente x evitarli in quanto i problemi di instabilità generati dai possibili deadlock sono molto meno probabili dei problemi di instabilità egati ad latri fattori, e quindi x gestire efficacemente un meccanismo di prevenzione dei deadlock con certe prestazioni occorrerebbe aumentare a dismisura la complessità del kernel...)Invece dalla spiegazione ke dai tu con l'esempio del microkernel ke gira all'interno della cache L3 dell'Itanium a me sembra + il concetto di fully-preemption del kernel, in quanto soltanto in quel modo è possibile gestire correttamente le interruzioni ke avvengono, xkè senza fully pre-emption i processi relativi al kernel non potrebbero essere interrotti e quindi continuerebbero ad avere il pieno controllo del procio senza lasciare spazio ad altri processi.....
Non so se ho capito male io ... cmq cerca d spiegarti 1 pò meglio

[dragunov]

Arriva Palladium!!!!!
ma secondo me si potranno cambiare i bios

[Ikitt_Claw]

Originariamente inviato da peppedx
Volete Winzzoz compratelo, volete linux: scaricatelo e non fatela tanto lunga!!!!

Finche` posso si. Potro` anche con Palladium? Sai che mi frega dei cappi di mamma M$, quando riguardano i suoi affezionati clienti. Ma se riguardano forzosamente ANCHE ME, un po` inizio a inquietarmi.