In poco più di due mesi Linus Torvals ha rilasciato la nuova versione 2.6.38 del kernel Linux.
Tra le novità più interessati c’è sicuramente quella modifica che è stata soprannominata “wonder patch” e che consente di migliorare di molto il comportamento dello scheduler dei processi per gli utenti desktop in alcune condizioni. Questa patch raggruppa tutti i processi che hanno lo stesso session ID e consente quindi di ottimizzare l’assegnazione del tempo CPU ai vari task che sono in attesa.
Per chi non lo sapesse in unix tutti i processi sono dotati di un session ID e tutti i processi figli sono dotati del medesimo ID a meno che non decidano di creare una nuova sessione utilizzando la system call setsid(3). Potete verificare le sessioni che stanno attualmente girando sulla vostra macchina eseguendo “ps -eo session,pid,cmd | sort“.
Proviamo a fare un esempio per spiegare come cambiano le cose con questa nuova funzionalità. Ipotizziamo di avere fra i nostri processi 6 task che sono CPU-bound. Quattro di questi sei appartengono alla medesima sessione. Prima avremmo avuto una situazione simile alla seguente:
Without automatic process grouping: [proc. 1 | proc. 2 | proc. 3 | proc. 4 | proc. 5 | proc. 6]
Mentre ora avremo la seguente situazione con i processi raggruppati in automatico per session ID. Per lo scheduler ci saranno 3 gruppi fra cui dividere il tempo processore complessivo ed i time slice assegnati al primo gruppo saranno poi divisi fra i vari processi che lo compongono.
With automatic process grouping: [proc. 1, 2, 3, 4 | proc. 5 | proc. 6 ]
Un’altra modifica che farà felici tutti gli utenti del nuovo kernel è relativa al VFS, Virtual File System, che fa da mediatore fra le system call ed i file system. Grazie ad una ristrutturazione del codice ed alla nuova dcache ora le operazioni sul file system saranno molto più rapide, soprattutto ogni volta che c’è una chiamata a stat(). L’aumento maggiore delle prestazioni si avrà nel caso di workload multithread, ma anche nel caso singlethread si potranno notare dei miglioramenti.
Btrfs ora guadagna il supporto alla compressione on-the-fly utilizzando l’algoritmo LZO anziché zlib e la possibilità di generare snapshot read-only.
Per concludere le novità di rilievo non possiamo non citare l’arrivo nel kernel di B.A.T.M.A.N., “Better Approach To Mobile Adhoc Networking”. Non si tratta di una nuova mascotte, ma di un protocollo di routing per reti mesh multi-hop ad-hoc. In pratica si potranno creare delle reti senza la necessità di alcuna infrastruttura, dove i nodi partecipanti inoltreranno i pacchetti ricevuti dagli altri peer e le politiche di routing saranno automatizzate in base alla connettività disponibile. Un sistema che si presta per essere utilizzato in condizioni di disastri ambientali, conflitti militari e censura della rete. Problemi che oggi sono più che mai all’ordine del giorno.
Via | KernelNewbies
Seguici
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, Chi siamo, Condizioni di utilizzo, Privacy.
© 2004-2012 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
go
15 mar 2011 - 17:53 - #1Wow sembrano molte novità interessanti!!
cianoz
15 mar 2011 - 18:23 - #2Una tecnologia che si chiama BATMAN non può che essere una fi*ata :-P
Shiba
15 mar 2011 - 19:59 - #3Grazie, il miglior riassunto in italiano che ho trovato fin’ora :D
monnalisamonamour
16 mar 2011 - 01:33 - #4…fu cosi che il cavaliere oscuro cambiò le carte in gioco :)
ale1985
26 mar 2011 - 23:53 - #5salve a tutti, premetto che sono alle prime armi con linux e i vari kernel per cui avrei bisogno di qualche delucidazione; tempo fa ho provato ad installare ubuntu 10.10 sul mio laptop un asus x52jt visto che da vario tempo lo usavo sul fisso, sebbene avessi aggiornato al kernel 2.6.38 rc7 mi sembra (è passato un po’ di tempo) non sono riuscito a far funzionare i driver della scheda video (ati radeon hd6370m) e non riesco a capire se la funzione turbo boost del processore (che avevo letto fosse già implementata da tempo) faccia il suo lavoro correttamente, può qualcuno che utilizza questo hardware darmi qualche dritta? voglio liberarmi definitivamente di win anche su questa macchina… grazie e scusate per la lunghezza del messaggio
pezzo_di_medda
19 apr 2011 - 10:24 - #6>Grazie, il miglior riassunto in italiano che ho trovato fin’ora :D
In Italiano?
Tra un workload multithread, uno snapshot read-only passando per on-the-fly, faccio fatica a comprendere cosa si vuole cercare di spiegare nell’articolo…….