Newsgroup: it.comp.os.linux.iniziare
Titolo: Spazio occupato da cartella sul disco

Buongiorno a tutti,
scusate la domanda da neofita, ma anche cercando non sono riuscito a trovare 
nulla.
Ho un disco da 1000GB formattato in ext3 e vorrei sapere quanto spazio 
occupa 1 cartella sul disco.
Dovendo crearne circa 1000, č un disco di archiviazione, non vorrei che i 
soli nomi delle cartelle si "mangiassero" una grossa percentuale del disco; 
nel caso vedrei di organizzare l'archiviazione in un altro modo.
Anche un dato approssimativo mi basterebbe, in modo da ricavare il dato di 
spazio che perderei con 1000 cartelle.
La domanda mi č sorta perchč ricordo che lessi, non ricordo dove, che grossi 
dischi formattati in fat32 creano dei cluster molto grandi, e che quindi 
anche il solo nome della cartella ne occuperebbe uno, con grande spreco di 
spazio.
Grazie a tutti 

 quanto spazio occupa 1 cartella sul disco.
Conosci già il comando "du" vero?
man du eventualmente...sempre abbia capito bene di cosa ti sia
necessario.

 grossi dischi formattati in fat32 ...
Ormai neanche Windows usa pi` FAT

 ha scritto nel messaggio 
news:1781971.piLvkNcLkn@localhost...

Grazie per le risposte!
Purtroppo non ho accesso alla macchina linux, se non per pochissime funzioni 
(si tratta di un NAS), quindi non ho una console su cui poter operare, e 
nemmeno il telnet.
So che Windows non usa più fat32 (anche se nel nas c'è, oltre a ext2 e 3); 
io ho optato per ext3, leggendo info in merito su questo file system, e da 
quanto ho capito è un miglioramento di ext2, al quale hanno aggiunto il 
journaling.
Però la domanda rimane: cartella o directory che sia, su un disco da 1000GB 
formattato ext3 quanto spazio occupa?
Grazie a tutti 

 Grazie a tutti
il cluster size su ext3 è generalmente di 4096 byte, 4k.

 Grazie a tutti
Ciò che intendo è lo spazio che occupa la cartella vuota, solo il suo nome 
(ciò che mi preoccupa è doverne creare 1000, e quindi quanto spazio occupo 
di soli nomi cartelle).
Grazie a tutti 

 il cluster size su ext3 č generalmente di 4096 byte, 4k.
Grazie!! Questa č una informazione importante.
Il cluster size di ext3 č indipendente dal size del disco?
O, come ho scritto per fat32, varia a seconda di esso?
Grazie ancora 

 Grazie ancora
no, non varia automaticamente in funzione della grandezza della partizione.
sei tu a decidere quale è la dimensione più appropriata, quando crei il
file system. comunque, per ora, 4k è la dimensione massima impostabile,
tranne che su architetture particolari.
quindi una partizione di 1TB avrà sempre 4k come cluster size

 ha scritto nel messaggio 
news:AlN6k.26$VP5...@tornado.fastwebnet.it...

Grazie ancora!
La chiave giusta di ricerca era in effetti "cluster size ext3", e sto 
trovando una discreta documentazione in merito.
Questo ad esempio: 
http://www.wlug.org.nz/DiskCluster
Poichè non ho il controllo del so, presumo che la tua informazione sia la 
più attendibile (non credo/spero che il fw del nas abbia fatto qualcosa di 
diverso)
Quindi adesso so che perdo 4096 bytes per cartella che per 1000 circa sono 
pochi MB su 1TB..... soluzione accettabile ;)
Grazie ancora a tutti 

 O, come ho scritto per fat32, varia a seconda di esso?
Credo (chi ne sa di più mi potrà smentire) che il cluster size per i file
system ext2 ed ext3 non dipenda dalla dimensione del disco, ma venga
fissata al momento della formattazione (non per nulla, mkfs.ext3 ha
un'opzione apposita).
AFAIK, uno può scegliere un cluster size da 1024, 2048 o 4096 bytes;
tradizionalmente, il primo valore è ovviamente considerato vantaggioso se
uno prevede di mettere molti file molto piccoli sul disco, mentre l'ultimo
è vantaggioso se uno prevede di mettere file grandi. 
Penso però che al giorno d'oggi, vista anche la dimensione dei dishi,
possiamo considerare "grandi" i file che leggiamo/scriviamo.
Se ti fai 2 conti, 1000 * 4kB ~ 4 MB, che su un disco da 1 TB mi sembra una
quantità decisamente trascurabile... Insomma, 1000 directory non
sono "tante", sono veramente "poche"!!! 
Pensa che nel mio sistema gnu/linux attuale ci sono ben 871247 inode (cioè:
file e directory), distribuite in 2 partizioni (una per sistema + dati, una
per i backup)! E a te 1000 directory sembrano tante? ;-)
ciao
gerlos
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
 ci farà un nuovo universo se sarà il caso."
                 < 
http://gerlos.altervista.org
 >
 gerlos  +- - - >  gnu/linux registred user #311588

 di soli nomi cartelle).
Perdonami, ti hanno detto che il cluster size su dischi (partizioni) 
così grandi è di 4096 byte (4 KiB).
Quanto ti ci vuole a fare 4096 * 1000?
Bravo, risposta esatta, fa 4 MiB.
Facciamo 5 se vogliamo contare (esagerando, e non poco) proprio tutto, 
pure spazio sul journal ed i metadati.
Che dici ti basta quel disco da 1 TiB???
P.S.: Fossi in te, piuttosto che preoccuparmi di queste *michiate*, mi 
preoccuperei di altri parametri di creazione del FS, vedi, ad esempio, i 
reserved blocks (5% di 1 TiB, su un disco dati, sono 51+ GiB *buttati*, 
anche per deframmentazione...) o fare il giusto match del numero di 
blocchi associati ad un inode a seconda della dimensione media e del 
numero dei file che ci metterai (vedi opzioni "largefile4" o "news"), 
oppure il tipo di journal che creerai (quanto sono importanti quei dati? 
Se lo sono MOLTO allora vedi di impostare data=journal in fase di 
creazione del FS ed un numero/tempo di auto-check congrui, se non lo 
sono *affatto* piazzaci un data=writeback e disabilita i controlli 
automatici, per tutti gli altri scenari il default va benissimo).
P.P.S.: Ext3 non è il FS più usato perché sia il più performante, ma 
perché è *il più flessibile in assoluto*.
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
PGP Public Key available on my website
«Da un grande uomo c'è qualcosa da imparare anche quando tace»
Lucio Anneo Seneca

 di soli nomi cartelle).
Su un filesystem unix lo spazio occupato da una directory è
direttamente proporzionale ai file in esso contenuti. E' ininfluente
quindi, ai fini della tua preoccupazione, come scegli di organizzare
l'albero delle directory: se ne fai poche, conterranno molti files e
saranno più grandi; se ne fai molte, conterranno meno file e saranno
più piccole. Alla fin fine, a meno di casi particolari, fai pari.
bye!


Grazie a tutti per le risposte!
Se noti, il messaggio di precisazione l'ho postato prima che mi scrivessero 
che il cluster size minimo è di 4k, e che quindi 1000 directory fanno 5MB, 
che ovviamente su un disco da 1TB sono un' inezia.
Infatti il problema è superato.
Piuttosto mi hanno incuriosito queste tue informazioni, ma purtroppo non ho 
il controllo del sistema linux, in quanto si tratta di un NAS in cui il so è 
flashato, la cpu è una storlink a 300 mhz e ha solo 64M di ram; si tratta di 
un pc, se possiamo chiamarlo così, minimale, e l'interfaccia web per le 
impostazioni ha ben poco su cui agire; non solo, ma, come ho scritto, non 
hai una console e nemmeno puoi lanciare telnet....... a ben vedere ci puoi 
fare ben poco oltre ad archiviare files! :D
Se ti interessa posso postare il log di boot, ma è dal wiki del produttore, 
il mio non lo posso vedere.
Grazie ancora a tutti 

 hai una console e nemmeno puoi lanciare telnet.......
Se è un NAS non è prevista la sostituzione dei dischi? Perché se lo è 
puoi provare a montare i dischi su un PC normale, con una distro 
qualsiasi (anche LIVE) formattarli in ext3 con le opzioni che vuoi e poi 
rimontarlo sul NAS.
Se funziona hai risolto. Altrimenti.... ti attacchi :(


 Se funziona hai risolto. Altrimenti.... ti attacchi :(
Purtroppo da quanto ho capito il NAS crea una partizioncina riservata sul 
primo ide, e se ci metti mano..... rischi che il NAS non riparta piů.
Rimarrebbe il secondo ide, ma non so se vale la pena perderci tempo.
Grazie comunque dei suggerimenti! 

 Rimarrebbe il secondo ide, ma non so se vale la pena perderci tempo.
Ti dico quello che farei io:
1. Mi farei ridare indietro i soldi.
2. Se 1. non funziona mi farei SUBITO un dump di quella partizione e del 
MBR e poi smanetterei in allegria con le opzioni di mkfs.ext3.
Poi... fai tu ;)
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
PGP Public Key available on my website
Error 404: brain not found

>> telnet.......
Rettifico: ho provato a lanciare telnet e...... funziona! O__O
Non era documentato da nessuna parte, giuro!
I comandi che mi da disponibili sono:
Built-in commands:
-------------------
        . : alias bg break cd chdir continue eval exec exit export false
        fg hash help jobs kill let local pwd read readonly return set
        shift times trap true type ulimit umask unalias unset wait
Ci si fa qualcosa di utile con questi?
Saluti