Torna indietro   Hardware Upgrade Forum > Software > Linux, Unix, OS alternativi

Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta
Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta
Google ha appena rinnovato la sua celebre serie A con il Pixel 10a, lo smartphone della serie più conveniente se consideriamo il rapporto tra costo e prestazioni. Con il chip Tensor G4, un design raffinato soprattutto sul retro e l'integrazione profonda di Gemini, il colosso di Mountain View promette un'esperienza premium a un prezzo accessibile. E il retro non ha nessuno scalino
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026
Al MWC Qualcomm annuncia una coalizione industriale per lanciare il 6G entro il 2029 e introduce agenti IA per la gestione autonoma della RAN. Ericsson, presente sul palco, conferma la direzione: le reti del futuro saranno IA-native fin dalla progettazione
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso
CHUWI CoreBook Air è un ultraleggero da 1 kg con Ryzen 5 6600H, display 14" 16:10 e 16 GB LPDDR5. Offre buona portabilità, autonomia discreta e costruzione in alluminio, ma storage PCIe 3.0 e RAM saldata limitano l'espandibilità. A 549 euro sfida brand più noti nella stessa fascia di mercato.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 07-06-2013, 19:59   #1
toni00t
Member
 
Iscritto dal: Aug 2012
Messaggi: 268
dubbi sul file system EXT

ciao . ho una serie di domande e dubbi sul filesystem ext(la prima versione ,e magari un confronto con la seconda) e in generale anche per altri fs a cui non ho saputo dare risposta.

nel web si legge che il filesystem ext è suddiviso in blocchi(regioni) di dimensione costante :
boot,superblock,ilist, data

nel superBlock è contenuta la dimensione in byte dell inode.Mi chiedo :
se i blocchi sono di dimensione costante , e se ad ogni file presente nel disco deve essere associato un inode , quanti inode può contenere la ilist?
quanto è grande in bytes la ilist?
quanti file al massimo si possono memorizzare con un filesystem ext in un disco?
questo dipende dalle dimensioni del disco o solo dal filesystem?
dove il filesystem legge e conosce quindi il numero massimo di file che può memorizzare?



che cosa si intende per "dimensione massima di un filesystem" ?
in rete si legge .. "la dimensione massima del filesystem ext può essere... " , ma cosa
significa effettivamente?
la dimensione massima del filesystem varia con il variare delle dimensioni del disco?





qual'è la differenza (se c'è) nel formattare in ext un disco da 40gb ad esempio e uno da 300gb? le regioni(boot,superBlock ect..)hanno le stesse dimensioni?


grazie
toni00t è offline   Rispondi citando il messaggio o parte di esso
Old 07-06-2013, 20:52   #2
Khronos
Senior Member
 
L'Avatar di Khronos
 
Iscritto dal: Jan 2007
Città: quel ramo del lago di como, che volge a mezzogiorno... ^^
Messaggi: 19626
alcune delle tue domande (indirettamente) possono trovar risposta nella pagina di wikipedia che parla di FAT (click). (tipo la dimensione massima del file system, da dove deriva).

la parolina magica è "registri a xx bit". più grande è il registro utilizzato, più grande è - la dimensione / numero di oggetti / indirizzamenti - gestibili.

per le altre, che trattano esattamente com'è fatto Ext, aspetta qualche utente "che ne sa di più".

Ultima modifica di Khronos : 07-06-2013 alle 21:00.
Khronos è offline   Rispondi citando il messaggio o parte di esso
Old 08-06-2013, 06:58   #3
toni00t
Member
 
Iscritto dal: Aug 2012
Messaggi: 268
Quote:
Originariamente inviato da toni00t Guarda i messaggi
deve essere associato un inode , quanti inode può contenere la ilist?
quanto è grande in bytes la ilist?
quanti file al massimo si possono memorizzare con un filesystem ext in un disco?
questo dipende dalle dimensioni del disco o solo dal filesystem?
dove il filesystem legge e conosce quindi il numero massimo di file che può memorizzare?
che cosa si intende per "dimensione massima di un filesystem" ?
in rete si legge .. "la dimensione massima del filesystem ext può essere... " , ma cosa
significa effettivamente?
la dimensione massima del filesystem varia con il variare delle dimensioni del disco?
ciao grazie per la risposta! avevo gia fatto una ricerca , ma il web è ampio
ed i risultati sono spessi oscuri.

a riguardo di EXT ho letto così: il superBlocco dice la dimensione di ogni inode
e di ogni blocco dati , cosìchè nella ilist ho il numero totale di inode gestibili , statico e definito quando si inizializza un disco con EXT.non è possibile aggiungere inode dopo, ogni nuovo file creato farà un update di un inode esistente.

nel web si legge anche la dimensione del filesystem è il numero totale di blocchi data(liberi +occupati) presenti nel disco




ora, poiche errare è umano se qualcuno ha delle osservazioni da fare su EXT o smentire qualcosa , è il benvenuto
toni00t è offline   Rispondi citando il messaggio o parte di esso
Old 08-06-2013, 09:15   #4
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Si, in pratica l'elemento principale è il block group, che contiene info sulla posizione del superblocco e una bitmap di inodes ( in genere 1024 ).

Il superblocco contiene info sul numero totale degli inodes, ma non sulla loro dimensione.

I vari contatori possono essere a 32 o 64 bit, a seconda delle dimensioni del disco. Quindi di possono avere 2^32 o 2^64 inodes al massimo.

Gli inodes possono avere dimensione variabile, in genere 1024 bytes. Questo implica che ogni file occupa minimo 1024 bytes.

Il numero di inodes ovviamente dipende dalla dimensione fisica del disco.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 08-06-2013, 12:55   #5
toni00t
Member
 
Iscritto dal: Aug 2012
Messaggi: 268
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Si, in pratica l'elemento principale è il block group, che contiene info sulla posizione del superblocco e una bitmap di inodes ( in genere 1024 ).

Il superblocco contiene info sul numero totale degli inodes, ma non sulla loro dimensione.

I vari contatori possono essere a 32 o 64 bit, a seconda delle dimensioni del disco. Quindi di possono avere 2^32 o 2^64 inodes al massimo.

Gli inodes possono avere dimensione variabile, in genere 1024 bytes. Questo implica che ogni file occupa minimo 1024 bytes.

Il numero di inodes ovviamente dipende dalla dimensione fisica del disco.

ciao. tu dici che il numero di inode dipende dalla dimensione fisica del disco;abbiamo detto che tutti gli inode vengono creati nella ilist nel momento in cui in disco è inizializzato (parliamo di EXT) . come fa il fs a calcolare questo numero ad es in un disco da 500gb?in EXT inoltre la dimensione di ogni inode è fissata nel superBlock dal fs

grazie
toni00t è offline   Rispondi citando il messaggio o parte di esso
Old 08-06-2013, 13:58   #6
sacarde
Senior Member
 
Iscritto dal: Apr 2004
Messaggi: 9516
nella man di: mkfs.ext3 ci sono:

-i bytes-per-inode

-I inode-size

-N number-of-inodes
sacarde è offline   Rispondi citando il messaggio o parte di esso
Old 08-06-2013, 14:55   #7
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da toni00t Guarda i messaggi
ciao. tu dici che il numero di inode dipende dalla dimensione fisica del disco;abbiamo detto che tutti gli inode vengono creati nella ilist nel momento in cui in disco è inizializzato (parliamo di EXT) . come fa il fs a calcolare questo numero ad es in un disco da 500gb?in EXT inoltre la dimensione di ogni inode è fissata nel superBlock dal fs

grazie
Il superblock viene creato all'atto della formattazione. Ce n'è più di uno per motivi di affidabilità, ma contengono i medesimi dati.

Quello che il superblock riporta è il block size, non l'i-node size!! L'i-node è una tabella con N entry e ognuna punta ad un blocco dati. Nelle ultime versioni del filesystem è possibile puntare ad altri i-node ( indirizzamento indiretto ).

Per farla breve è possibile indicizzare file di dimensioni arbitrarie e senza sprecare un botto di spazio ( come accade con fat ad esempio ).

Ovviamente il calcola parte da:

dim_disco / block_size --> mi dà il numero di blocco dati necessari
num_blocchi / i_node_size --> mi dà il numero di i-nodes necessari

chiaramente l'i-node contiene pure altri dati, ma il punto è che ha una dimensione definita all'atto della formattazione

in base alla dimensione, so che posso indicizzare un tot di blocchi dati massimo
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 09-06-2013, 13:08   #8
toni00t
Member
 
Iscritto dal: Aug 2012
Messaggi: 268
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Il superblock viene creato all'atto della formattazione. Ce n'è più di uno per motivi di affidabilità, ma contengono i medesimi dati.

Quello che il superblock riporta è il block size, non l'i-node size!! L'i-node è una tabella con N entry e ognuna punta ad un blocco dati. Nelle ultime versioni del filesystem è possibile puntare ad altri i-node ( indirizzamento indiretto ).
ciao , ma io parlo nel fs EXT . nel numero di linux pro leggo che le dimensioni di un inode sono settate nel superBlock. tu ti riferisci a EXT prima versione?
grazie per il contributo
toni00t è offline   Rispondi citando il messaggio o parte di esso
Old 09-06-2013, 14:52   #9
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da toni00t Guarda i messaggi
ciao , ma io parlo nel fs EXT . nel numero di linux pro leggo che le dimensioni di un inode sono settate nel superBlock. tu ti riferisci a EXT prima versione?
grazie per il contributo
Si, in effetti in ext2/3/4 è stata aggiunta una sezione estensioni al superblock e c'è l'inode size dentro.
pabloski è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta Recensione Google Pixel 10a, si migliora poco ma...
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026 6G, da rete che trasporta dati a rete intelligen...
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso CHUWI CoreBook Air alla prova: design premium, b...
Roborock Saros 20: il robot preciso e molto sottile Roborock Saros 20: il robot preciso e molto sott...
ASUS ROG Kithara: quando HIFIMAN incontra il gaming con driver planari da 100mm ASUS ROG Kithara: quando HIFIMAN incontra il gam...
Un modder fa girare Linux su PS5: GTA V ...
MacBook Neo: nessuna sorpresa nei primi ...
La serie POCO X8 Pro è pronta al ...
Smartphone: 2026 difficile per il mercat...
Star Wars: Knights of the Old Republic R...
Huang, NVIDIA: OpenClaw ha realizzato in...
Annunciano il recupero di 4,8 milioni di...
Oggi degli ottimi auricolari Sony con ca...
Muffa in casa? Questo deumidificatore da...
Sonos Era 100: il punto d'ingresso per u...
"Non stiamo sostituendo nessuno con...
Tutti i robot in offerta ora: prezzi bas...
Fra 3 giorni, a mezzanotte, Amazon attiv...
Il principale limite del MacBook Neo &eg...
899€ in tutti i colori, crolla il prezzo...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 17:29.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v