Memory Allocation in OS4

[afxgroup]

http://os4.hyperion-entertainment.biz/index.php?option=content&task=view&id=22&Itemid=

enjoy..

[elwood]

Salve Andrea,
Aprofitto di questa nuova discussione per dire ciao a tutti.
Spero di non fare troppe errori in italiano ! :-)


Se alcuni di voi vogliono fare commenti su questo nuovo sistema di memoria OS4, mi interessa.
Forza, vediamo cosa ne pensate...

[NubeCheCorre]

Allora l' ho gia' letta su amigaworld ..

Vorrei tanto una traduzione in italiano o meglio una spiegazione.. perche' la prima parte sulla deframentazione l' ho capita bene, la seconda sugli " slab " un goccino meno.. chi e' che mi aiuta a capirlo meglio ?..

Thanx

[m3x]

Salve Andrea,
Aprofitto di questa nuova discussione per dire ciao a tutti.
Spero di non fare troppe errori in italiano ! :-).

Ciao Philippe. Non ti preoccupare, il tuo italiano è perfetto

Se alcuni di voi vogliono fare commenti su questo nuovo sistema di memoria OS4, mi interessa.
Forza, vediamo cosa ne pensate...

Vado al leggere

[NubeCheCorre]

Mitico !!!! Ciao e benvenuto !!!!

Ora si diventa internazionali qui !!!

[elwood]

@nube


be, non sono mica lontano dall'italia (ne in distanza, ne col cuore) ! :-)

[AMIGATV]

Ciao e benvenuto

Ho visto la news per me serve una traduzione totale

[Lecta]

Salve Andrea,
Aprofitto di questa nuova discussione per dire ciao a tutti.
Spero di non fare troppe errori in italiano ! :-)


Se alcuni di voi vogliono fare commenti su questo nuovo sistema di memoria OS4, mi interessa.
Forza, vediamo cosa ne pensate...

Ciao Elwood! Benvenuto su IKSNet!

[afxgroup]

Salve Andrea,
Aprofitto di questa nuova discussione per dire ciao a tutti.
Spero di non fare troppe errori in italiano ! :-)


Se alcuni di voi vogliono fare commenti su questo nuovo sistema di memoria OS4, mi interessa.
Forza, vediamo cosa ne pensate...

Ciao Elwood! Benvenuto anche qui.

Allora. se non ho capito male (e potrebbe essere, perchè no..)
Con il vecchio modo di allocare la memoria, quando veniva richiesta un'area di memoria se ne cercava una libera delle dimensioni richieste. Se non si trovava (non perchè di memoria non ce ne fosse, ma perchè era frammentata) non si riusciva a soddisfare la richiesta.
Con il nuovo metodo invece viene creato un nuovo nodo in una lista che punta ad un area di memoria (mi ricorda tanto la scuola.. ). QUindi il nodo sarà sempre di dimensioni fisse. Sarà l'area puntata dal nodo che cambierà dimensione. L'allocazione della memoria verrà fatta dal page allocator che allocherà le pagine di dimensione richiesta. Se quindi si dever rilasciare la memoria, verrà solo deallocato il nodo. Si avrà quindi una bassa deframmentazione della memoria.

uhm.. spero sia giusto

Nella seconda parte invece vengono mostrate delle techinche di ottimizazione dei tempi. Questo grazie ad una cache.
Dato che (per loro.. ) il sistema alloca solitamente sempre lo stesso tipo di oggetti (semafori, message port e così via) quando un oggetto (che è stato precedentemente inizializzato), viene deallocato diciamo che mantiene il suo stato di "allocazione e inizializzazione". quindi se è necessaria la stessa struttura, (a quanto ho capito non importano i dati in essa contenuta ma solo la dimensione) questa viene riutilizzata.
Per intenderci (sempre se ho capito bene..) se dichiaro una struttura:

struct gino
{
char peppe[10];
char gillo[20];
}
una volta che la libero, se la riutilizzo posso utilizzare la stessa area di memoria dato che le dimensioni sono le stesse.
Questo dovrebbe velocizzare di molto il sistema.

Poi ci sono alcune altre ottimizzazioni che se non ho capito male possono servire nel caso si abbiano dei campi che vengano utilizzati più spesso e quindi spostati all'inizio dell'area di memoria per velocizzare gli accessi..

Poi si parla di multiprocessore.. ma questa è un'altra storia..

Speriamo di non aver detto ca**ate.. altrimenti chiedo venia..

Cià

[ikir]

Ciao Elwood! E' un onore averti qui!

Vado a leggere :-)

[NubeCheCorre]

Qui ci va una bella traduzione alla " Quantum Leap "

[Flipper]

Salve Andrea,
Aprofitto di questa nuova discussione per dire ciao a tutti.
Spero di non fare troppe errori in italiano ! :-)


Se alcuni di voi vogliono fare commenti su questo nuovo sistema di memoria OS4, mi interessa.
Forza, vediamo cosa ne pensate...

Ciao Elwood! Benvenuto anche qui.

Allora. se non ho capito male (e potrebbe essere, perchè no..)
Con il vecchio modo di allocare la memoria, quando veniva richiesta un'area di memoria se ne cercava una libera delle dimensioni richieste. Se non si trovava (non perchè di memoria non ce ne fosse, ma perchè era frammentata) non si riusciva a soddisfare la richiesta.
Con il nuovo metodo invece viene creato un nuovo nodo in una lista che punta ad un area di memoria (mi ricorda tanto la scuola.. ). QUindi il nodo sarà sempre di dimensioni fisse. Sarà l'area puntata dal nodo che cambierà dimensione. L'allocazione della memoria verrà fatta dal page allocator che allocherà le pagine di dimensione richiesta. Se quindi si dever rilasciare la memoria, verrà solo deallocato il nodo. Si avrà quindi una bassa deframmentazione della memoria.

uhm.. spero sia giusto

Nella seconda parte invece vengono mostrate delle techinche di ottimizazione dei tempi. Questo grazie ad una cache.
Dato che (per loro.. ) il sistema alloca solitamente sempre lo stesso tipo di oggetti (semafori, message port e così via) quando un oggetto (che è stato precedentemente inizializzato), viene deallocato diciamo che mantiene il suo stato di "allocazione e inizializzazione". quindi se è necessaria la stessa struttura, (a quanto ho capito non importano i dati in essa contenuta ma solo la dimensione) questa viene riutilizzata.
Per intenderci (sempre se ho capito bene..) se dichiaro una struttura:

struct gino
{
char peppe[10];
char gillo[20];
}
una volta che la libero, se la riutilizzo posso utilizzare la stessa area di memoria dato che le dimensioni sono le stesse.
Questo dovrebbe velocizzare di molto il sistema.

Poi ci sono alcune altre ottimizzazioni che se non ho capito male possono servire nel caso si abbiano dei campi che vengano utilizzati più spesso e quindi spostati all'inizio dell'area di memoria per velocizzare gli accessi..

Poi si parla di multiprocessore.. ma questa è un'altra storia..

Speriamo di non aver detto ca**ate.. altrimenti chiedo venia..

Cià

Non ho capito molto a causa della mia ignoranza.....se l'area puntata dal nodo ha una dimensione inferiore rispetto al valore fisso del nodo cosa succede?

Il nodo punta sempre un'area che come requisito minimo deve avere le dimensioni standard del nodo?

Il resto mi è chiaro grazie all'esempio.

[afxgroup]

Non ho capito molto a causa della mia ignoranza.....se l'area puntata dal nodo ha una dimensione inferiore rispetto al valore fisso del nodo cosa succede?

No. il nodo principale ha le dimensioni fisse, ma l'area allocata dal page allocator non ha le dimensioni fisse ma quelle richieste. Prova a guardare l'immagine a pagina 2. La prima colonna contiene degli "slabs" che riempiono tutta la pagina. La seconda coniene un'area di memoria che non occupa tutta la pagina.

Il nodo punta sempre un'area che come requisito minimo deve avere le dimensioni standard del nodo?

Questa domanda non mi è chiara.. sarà l'orario..

[samo79]

Qui ci va una bella traduzione alla " Quantum Leap "

Arriverà quanto prima ...

P.S.
Benvenuto Elwood

[elwood]

Grazie a tutti per l'accoglienza.

Questo nuovo sistema è usato in Solaris e nei vari Linux (forse un po modificato) dunque pare buono.
Quel che mi manca è di avere alcuni dati per paragonare la differenza di velocità tra i due sistemi.

Andrea, la tua spiegazione mi sembra buona.

Ho trovato altri dettagli qui : http://scuola.linux.it/docs/linuxmagazine/rubini_48.html