[gl-como] Summer of code - breve descrizione del progetto

[Nicola Viganò]

Pietro "m0nt0" Montorfano ha scritto:
> Pirla ha scritto:
>   
>> Il giorno dom, 10/06/2007 alle 23.36 +0200, francesco ha scritto:
>>
>>     
>>> da quello che mi immagino, finita la fase di catalogazione dei files (In 
>>> un DB penso), l'esportazione potrebbe essere fatta tramite "fuse"
>>> montando una cartella fittizia nella home dell'utente per esempio;
>>>       
>> Questa potrebbe essere una strada, ma ce ne sarebbero anche altre.
>> Bisogna pensare, tirare fuori le idee, fare brain storming e poi (ed in
>> questo io sono molto bravo) trovare i punti deboli della situazione.
>>
>>    
>>     
>>> intendi questi come tag:
>>> http://en.wikipedia.org/wiki/Extended_file_attributes
>>>
>>> oppure quelli tipo contenuti nei file ogg/mp3 ?
>>>       
>> Tutti quelli possibili, senza limiti
>>
>>     
>>> visto così il progetto sembra già più interessante e di interesse 
>>> pratico (Anche per chi ha il suo semplice desktop).
>>>
>>> sarebbe bello capire cosa si potrebbe fare nel cosa qualcuno aggiungesse 
>>> un file / directory nel file system esportato, ad esempio, se prendo un 
>>> file ogg e lo copio nella cartella:
>>>
>>> |-- audio
>>> |   `-- ogg_vorbis
>>>
>>>
>>> oppure lasciare le cartelle in sola lettura (Ma non i singoli file).
>>>       
>> Dipende... in una prima fase potrebbe essere solo di consultazione e
>> catalogazione, e quindi magari all'inizio sarebbe senza filesystem, ma
>> solo con un'interfaccina web o simili.
>> Poi estendendo il tutto con FUSE si può semplicemente fare in modo che
>> scrivere un file in una qualsiasi cartella del FS serve solo a dire:
>> cataloga questo file che non è stato ancora catalogato, oppure dimmi se
>> è già stato catalogato.
>> Ci si deve pensare... e bisoga vedere bene le caratteristiche di FUSE.
>> io non sono riuscito ancora a capire bene come funziona. Ho solo colto
>> le potenzialità della cosa.
>>
>>     
>
> Bello e interessante, devo inoltre dire che mi ricorda il progetto di 
> una nota softwarehouse che diceva che il suo ultimo prodotto doveva 
> avere il filesystem in sql, cosa che a me attirava veramente ma 
> veramente tantissimo, putroppo questa "feature" è saltata e delle cose 
> interessanti per quel sistema operativo non ne sono rimaste....
>
> Volevo fare qualche piccola osservazione dal punto di vista pratico:
> - Si parla di realizzare un filesystem, questo implica la progettazione 
> di un filesystem appunto che vuol dire gestione partizioni e gestione 
> disco a livello infimo (mooooolto basso), ora mi piacerebbe, solo che lo 
> vedo come un lavoraccio e pure cattivo perchè andrebbe implementato 
> anche un minimo di journaling (se si scrive cosi). Se siamo consapevoli 
> di cio, ammesso che non stia sbagliando, io sono a favore del 
> filesystem, solo che è un lavoro grosso.
> - Superata la cosa del filesystem, il numero di file prsenti in un 
> desktop medio, senza particolari periferiche e con harddisk standard 
> attuali che sono circa da 200Gb sono tanti (penso al mio, che comunque 
> ha i suoi 51Gb di partizione di cui solo 18 in uso, dando "locate * | wc 
> -l", ho 278860 file, che schifo), le informazioni in un db sarebbero un 
> sacco e su un server magari anche solo con un hdd esterno attaccato 
> sarebbero molte molte molte di piu. Questo significa che il db deve 
> essere progettato non bene, di piu, e soprattutto che va usato un db 
> server decente e veloce (mysql diventa un chiodo con query tipo "select 
> count(*) from..." se la tabella ha molti record, parlo già dai 500000 
> credo) e oltre tutto il db è salvato anch'esso su hdd, se è gigante 
> occuperà un frego di spazio.
> - La modularità dell'applicazione puo esserci se effettivamente si 
> rimane ad un'applicazione, se si fa un filesystem autoadattante mi sa 
> che se ne va a farsi benedire
>
> Comunque, progetti da cui prendere spunto ce ne sono: beagle per 
> l'indicizzazione, tripwire o qualcosa di simile per monitorare lo stato 
> dei file, file (si il programmino da linea di comando) per identificare 
> il tipo di file in questione...
>
> Detto cio l'idea mi piace un sacco assai, nonostante le osservazioni che 
> pero vogliono essere costruttive eh e non vedo l'ora di iniziare a fare 
> qualcosa :D
>
> Si potrebbe fare oltre l'interfacciamento web anche quello via cellulare 
> (lo so che è una cosa inutile, ma a qualcuno potrebbe interessare), e 
> non è troppo complicata.
>
> Ciao!!
>
> Pietro
>
> P.S. mamma mia, come mi son preso bene a leggere il progetto sta mattina!!!
>
>   
ho i miei dubbi sulla fattibilità di tutto l'insieme del prgoetto. (in
un lasso di tempo che non supera i 3 mesi)
magari la parte che a livello desktop permette un'indicizzazione
"intelligente" e ne permette una visualizzazione e consultazione
altrettanto intelligenti... bhe quello invece mi piace e mi sembra
fattibile.
Attenzione a come si implementerà la modularità, può diventare un'arma a
doppio taglio.
Infine mi sa che se si vuole mantere un buon livello di prestazioni, più
in là del C++ nn si può andare, e chi non lo conosce è tagliato fuori.
(gli interpretati su operazioni così di larga scala potrebbero diventare
una via crucis)

detto questo vediamo come si mette la cosa :-)

Ciao!