Community > ReactOS Newsletter Archive > ReactOS Newsletter: Newsletter 66.

Newsletter 66.

by Z98 on 2009-10-31
translated by Gabriel ilardi on 2009-11-02

FAT

Poco tempo fa era stata menzionata nel forum di ReactOS la libreria FullFAT e portata a conoscenza degli sviluppatori da assidui IRC. La stessa è scritta da James Walmsley, ed è una libreria indipendente dalla piattaforma per accedere a partizioni FAT12/16/32, è stata suggerita la scrittura di un nuovo driver IFS appoggiato su di essa. L'attuale driver FAT è stato scritto usando il vecchio kernel, meno compatibile con NT e non era mai stato provato intensamente in Windows tanto per cominciare. Soffre di tanti problemi di stabilità perciò si era pensato ad una alternativa. James è stato contattato e aveva supportato l'idea ma aveva poca esperienza con drivers NT IFS quindi Aleksey Bragin ha deciso di fare il tentativo. Ci sono voluti due giorni più o meno per avere un prototipo capace di montare un volume e leggere files su di esso.

Mentre la libreria FULLFAT fornisce le funzioni di accesso ai files necessarie, tutta la contabilità deve essere fatta dal driver. Un esempio sarebbe la richiesta di informazioni riguardo i files, così come la loro lunghezza, un'altra funzione sarebbe il blocco degli stessi. Aleksey le sta implementando e lo sta provando in Windows 2003 invece che in ReactOS. Fortunatamente una volta completato può servire come riferimento open source per sforzi futuri di scrittura di driver NT IFS oltre a fornire ReactOS di un filesistem FAT stabile.

Pool di memoria del Kernel

Qualche mese fa abbiamo menzionato un nuovo sistema di pool sul quale stava lavorando Aleksey Bragin. Lo aveva fatto inizialmente prima che il team ARM iniziasse la sua riscrittura del gestore di memoria e quindi è stato sviluppato contro un codice sorgente vecchio. Dopo le migliorie fatte dal team ARM, Aleksey ha pensato che non aveva più senso che il nuovo pool si appoggiasse su della vecchia funzionalità non corretta. Quindi ha deciso di inoltrare il suo lavoro al team ARM e loro lo hanno usato come fondamenta per il nuovo pool migliorato.

Come promemoria, il pool è il posto da dove il kernel prende la memoria per le allocazioni dinamiche. Siccome non essiste un heap nel modo in cui lo vedono le applicazioni usermode, il kernel deve mantenere un pool di memoria per venire incontro a queste necessità. Ci sono due pool, uno per la memoria paginata (può essere trasferita al disco) e uno per la memoria non paginata (sempre in memoria). La memoria paginata è usata molto più frequentemente ed è molto più abbondante di quella non paginata, quindi qualsiasi miglioramento alla sua gestione risulterà in un notevole aumento di velocità.

Nuovo sviluppatore

Date il benvenuto a Lucas Suggs, noto come anakha in IRC.  Lui ha dimostrato interesse nel riempire gli strati superiori dello stack di rete e sta attualmente integrando codice di terze parti, lottando con GCC strada faccendo.  Spera di rimanere parte del team di ReactOS per un lungo periodo e di continuare ad aiutare a migliorare il sistema operativo in futuro.