Quote:
Originariamente inviato da frankie
Ah secondo voi un epia dove lo tiene il SO? su una compactflash, che è sempre una flash come le chiavette.
|
per la precisione , secondo
questo pdf le CF integrano alla memoria vera e propria un controller interno grazie al quale ...
Quote:
Once the CompactFlash Memory Card has been configured by the host, it appears to the host as a standard ATA (IDE) disk
drive. Additional ATA commands have been provided to enhance system performance.
|
il che spiega come mai i vari adattatori CF -> IDE sono costituiti praticamente dai connettori e niente altro...
Quote:
|
Un prodotto del genere potrebbe essere usato per due o tre applicativi contemporaneamente (due o tre prodotti attaccati a un hub usb), eviterebbe manutenzione straordinaria da parte delle aziende per le macchine e costringerebbe al contempo di sviluppare un software più pulito, che non lasci tracce nel sistema.
|
riguardo alla news e alla possibilità di eseguire SW da un "volume" rimovibile, su qualsivoglia supporto sia, flash o meno...
credo il punto in realtà sia che in molti casi l' installazione di un programma è profilata per utente ... il che può voler dire che un' installazione normale creerebbe una sottodirectory in \Documents and Settings\<utente> e/o una chiave di registro ...
alcuni programmi non abbisognebbero di installer per "preparare" la loro esecuzione in modi che esulerebbero dalla copia dei file, ma una chiave di registro per le impostazioni (inizialmente i default, in seguito le personalizzazioni) verrebbe cmq creata alla prima esecuzione
è il caso di
questo programmino di IM, il cui download è direttamente l' eseguibile...
questo per dire che anche se un programma fosse ""file oriented" ai fini dell' esecuzione, una chiave di registro nel sistema da cancellare manualmente, può restare...
a questo punto , l' ideale potrebbe sembrare avere programmi "autocontenuti" come ho visto su mac os x e come so essere stato su beos, su cui ogni applicazione risiede interamente nella sua directory e non lascia pezzi sparsi per il filesystem ...
però questo taglia via il registro, e un DB centralizzato per i parametri di configurazione del sistema ha senso e viene comodo per svariate cose... ad es, per gestire in modo consistente e ordinato componenti e applicazioni interoperanti...