[Linux-Biella] Frammentazione file

[Francesco Favero]

>
>> OT: ne sai qualcuno gratis da usare?
>>
> No, ma non è rilevante in senso assoluto. Il costo è relativo, se invece,
> per te il software è valido solo se gratis, allora sei fuori dal mondo. Puoi
> avere idee giuste, ma la realtà è un altra e quella dovrebbe valutata.


OT: Bho io in linea di principio mi rifiuto di usare un programma a
pagamento. Le soluzioni Open ci sono quasi sempre, il mio punto di partenza
e' sempre un qualcosa di open, le prospettive sono cosa posso fare da quel
punto in avanti.
Ad esempio devo fare un alalisi statistica... Uno puo' analizzare dati con
software proprietari costosi, o con matlab comprando la licenza... oppure
posso usare R a gratis.
Infatti uso R da anni, e ogni centro di ricerca (almeno nel mio campo) di
solito nelle open position ha R come prerequisito, invece di matlab. Che poi
matlab sia migliore e piu' veloce, forse si, ma mi costa.
Per tante cose inutili (tipo il defrag) se devo pagare per farle non le
faccio. Soprattuto se uso un file system furbo... ext* e compagnia bella

Tra l'altro leggendo in giro (era davvero tanto che non leggevo qualcosa su
fs 'alternativi'), ho scoperto che ci sono tipi di tecnologie che windows
neanche puo' immaginare sui file system. Ad esempio con NILFS2 (non milfs),
presente in qualsiasi kernel, ha versioning capability!!!... crea snapshot
del fs ogni tot secondi o ogni tot scrittura, e puoi fare il restore del
file di qui hai appena fatto rm per sbaglio!!!e molto altro credo (cacchio
devo provarlo)
Tornando al discorso delle SSD tra l'altro NILFS2 dovrebbe andare benissimo,
essendo un log strusctured FS (meglio di logFS ormai poco usato/sviluppato
vedo).

poi c'e' un nuovo fs BtrFS, che tra i punti salienti ha anche
Online filesystem defragmentatio
..che non so che voglia dire :P, ma mi sembra centrare con il thread..

Ciaoo!!
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.bilug.linux.it/pipermail/linux/attachments/20110512/c9065981/attachment.htm>