Forum libero

- Scritto da:
>
> - Scritto da: avvelenato
> > mah, l'idea di un filesystem virtuale non è così
> > banale, certo io la userei (primariamente) per
> > questo, ma avrebbe anche altri usi, es: cartelle
> > virtuali, una con i file in flac, una con i file
> > in wav, una con i file in mp3, una con i file
> > aac, una con i file ogg, e una con i file mp3
> > raggruppati per album e zippati. I files in
> > realtà sono solo flac e vengono convertiti
> > just-in-time alla
> > richiesta.
> > Così non devi avere millemila copie di un solo
> > file.
>
> Guarda dicevo che è demenziale dal punto di vista
> della praticità, da quello delle seghe mentali
> implementative posso anche essere
> daccordo.
>

Sono totalmente in disaccordo.
Vedi, magari adesso di un VFS del genere non ci si farebbe molto, ma già win-vista ha messo in cantiere l'opportunità di dischi ibridi (flash+disco magnetico), l'esistenza di ssd si sta diffondendo e diventando economicamente accessibile (relativamente), ci sono studi su tipi di ram non volatile, alla fine l'esigenza di un filesystem che all'utenza faccia apparire lo storage come totalmente omogeneo e divida invece i files in base alle prestazioni richieste, non è un'idea balzana per niente.
Vedrai che in futuro qualcuno ci penserà, magari non implementerà tutto ciò che chiedo (a meno che non ci pensi io, ma non riesco a fare un bot per PI, vuoi che riesca a fare 'staroba? ), però qualcuno ci deve pensare.

Ad esempio, qualcuno forse la ricorderà, la scheda i-ram della gigabyte, era una antesignana dei dischi flash: un disco ram alimentato dai 500mA della corrente di standby + batteria tampone, funzionava tramite schede ram standard, e aveva una velocità e latenze al limite del controller. Il problema era la capienza, 4gb max ad un costo enorme.
Se il SO avesse saputo gestire un'unità simile in modo trasparente, l'aggegio avrebbe incrementato le prestazioni di brutto, purtroppo invece non ne è in grado, non sa discriminare i files che richiedono priorità assoluta e quelli che invece possono tollerare le latenze di un disco normale, di conseguenza la periferica è stata un flop.

> Anche perché un FS come dici tu non esiste,
> dovresti scrivertelo e se conti il tempo che ci
> vorrebbe per farlo fai prima a vendere gli hard
> disk che hai, comperarti una NAS, ficcarci dentro
> tutto (le cose scaricate da emule dentro uno o
> più volumi truecrypt) e usare meccanismi di
> streaming (spesso integrati nella NAS) al posto
> di far fare al file system conversioni al volo.
> Ovviamente è una visione molto semplicistica
> questa, solo per fare
> l'idea.
>

Sì ma se scrivo una roba del genere col beato gazzo che la faccio gpl: la ultraproteggo e superbrevetto (negli stati dove i brevetti sw esistono) e poi mi cerco un buon commerciale che la spacci in giro per le aziende come la soluzione finale dello storage

poi coi soldi che ci ricavo mi posso pure comprare il nas, e anche regalarmi una crociera con la donna

> > Onestamente lo striping non mi serve e aggiunge
> > solo rischi inutili, primo perché ci sono
> diversi
> > colli di bottiglia (controller, processore,
> lan),
> > secondo perché i files sono per lo più di natura
> > multimediale e hanno un bitrate
> > prestabilito.
>
> colli di bottiglia?
>

Sì, alla fine lo striping si fa per le prestazioni, ma che me ne frega a me delle prestazioni se poi i files verranno utilizzati da remoto e traghettati da una merdosa nic 3com 10/100 che un giorno va e 3 no??

> > Lo spanning è comodo di brutto perchè non devo
> > stare a dividere i files nei dischi a manina, ma
> > aggiunge gli stessi rischi dello striping o
> > quasi, ergo, un sistema per fare spanning senza
> > aggiungere rischi (ovvero che evita di dividere
> > un file tra due dischi e che mantiene un
> > filesystem minimo su di essi in modo che siano
> > leggibili anche singolarmente) sarebbe per me
> una
> > manna dal cielo....
>
> capisco il tuo punto di vista, ma non mi pare ci
> sia un FS/controller che ti faccia accedere ai
> dischi residui singolarmente (almeno in windows)
> con lo
> spanning

E' per questo che c'è bisogno di una soluzione differente!