Newsgroup: it.comp.os.linux.sys
Titolo: Velocita': disco ide/sata o pendrive

Salve NG,
devo avviare una distribuzione linux il piu' velocemente possibile. Sopra ci
devo far girare un server web e firefox (vedi il mio post ieri).
Pensavo di installare una xubuntu, giusto perche' ho pratica con ubuntu, e
far patire solo i servizi essenziali, tra cui xfce visto che mi serve
almeno un window manager.
La domanda e': mi conviene un hd ide o sata oppure uso direttamente un
pendrive? Mi pare di aver capito che la pendrive e' piu' veloce in lettura
ma piu' lenta in scrittura. E' corretto?
Grazie, Nicola.
-- 
chi va pian va san e va lontan

 lettura ma piu' lenta in scrittura. E' corretto?
Le pendrive sono (molto) piu` veloci nel seek, ma devo ancora trovarne una 
piu` veloce di un HD moderno, sia in lettura che in scrittura sequenziali.
Diverso il discorso se usi una SSD ad alte prestazioni. In quel caso e` 
piu` veloce di un disco in praticamente ogni situazione.
Su un computer del genere credo comunque che la differenza non ti tocchi 
piu` di tanto, se ho intuito bene cosa ci vuoi fare.
Bye.

 ma piu' lenta in scrittura. E' corretto?
Ti conviene avere RAM.
Ma soprattutto ti converrebbe esporre BENE il tuo problema ed il tuo
obbiettivo in modo che gli altri possano darti delle idee o delle soluzioni
basate sul problema, non sulla tua idea di soluzione.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

Alessandro Pellizzari wrote:

Adesso la signorina accende il monitor della telecamera analogica e questo
si avvia istantaneamente. Ovviamente se dovra' accendere il mini pc che
intendo installare dovra' attendere dal boot all'apertura della finestra di
firefox, e questo e' il tempo che devo ridurre al minimo.
Ne deduco che e' meglio che mi tenga l'hd ide.


 soluzioni basate sul problema, non sulla tua idea di soluzione.
Oh, scusa non volevo tediare troppo il NG per ottenere una soluzione
completa, ma visto che insisti :)
Come dicevo devo solo visualizzare le immagini di una telecamera IP su un
monitor e permettere all'utente di accendere e spegnere il sistema con il
dito (tasto on/off) senza fare login o interagire con una tastiera/mouse.
L'avvio deve avvenire in modo ragionevolmente rapido. Altro non devo fare.


 Ovviamente non posso mettere il sistema operativo sulla RAM.
Perché no?
Enrico

Enrico Bassetti wrote:

Uhm, perche' se tolgo la corrente alla sera dubito che qualcosa rimanga in
RAM. A meno che non parliamo di un PLC con tanto batteria al litio a bordo.
Ma forse mi sono perso qualcosa di recente?


 RAM. A meno che non parliamo di un PLC con tanto batteria al litio a bordo.
Penso che la domanda di Enrico era pensata in un'altra ottica.
Considerando che a te serve fondamentalmente aprire
Firefox/Epiphany/Konqueror/Dillo (ovvero un web browser) e che non devi
salvare alcun dato sul pc, allora potrebbe essere pensabile caricare
tutto in RAM ed avviare da li. A questo punto pero` penso che ti
convenga farti qualcosa di personalizzato via LFS, Gentoo o qualsiasi
altro strumento che ti permetta di crearti una distribuzione ad personam
Enrico

 
curiosa coincidenza, anche io in questi giorni devo fare la stessa 
identica cosa. macchina PIII 500 Mhz con 128 mega di ram da usare come 
semplice monitor per le telecamere di sorveglianza ip via browser.
non ho ancora cominciato, ma pensavo di mettere una Damn Small Linux, se 
no (a me dell'avvio veloce non importa) una Debian con fluxbox o una 
Elive. il tutto con autologon e avvio  automatico del browser sugli ip 
desiderati. non ho considerato la possibilità senza X perchè ci sono 
diversi ip ed è possibile che chi butta l'occhio voglia vedere altre 
telecamere oltre alla principale. poi vorrei che si accendesse via magic 
  packet alla mattina e spegnesse la sera da cron.
rispondendo alla tua domanda, come già ti hanno detto, lascia stare le 
penne usb e vai col disco rigido, se usi la DSL i tempi di avvio sono 
1/3 rispetto a una distro normale.

Enrico 'Henryx' Bianchi wrote:

Uhm, mi pare che andiamo sul complicato. Ne avrei qualche vantaggio in
termini di velocita'? Comunque devo leggere dal disco per caricare in RAM e
la velocita' mi serve solo durante il boot.
Mi pare interessante il discorso del framebuffer, cosi' mi risparmierei X.
Tuttavia non sono certo di essere in grado di configurare la cosa :(


 Tuttavia non sono certo di essere in grado di configurare la cosa :(
Beh, non è che sia molto difficile... per vedere immagini ti basta caricare
il modulo uvesafb che va con tutte le schede vbe2 compliant.
Teoricamente per questo lavoro non hai bisogno di salvare alcun dato, quindi
il sistema in RAM andrebbe benissimo; eventuali settings potresti salvarli
sul dispositivo avendo cura di montarlo con l'opzione sync (dato che vuoi
poter spegnere brutalmente).
Io farei un initrd minimale con dentro solo i moduli di kernel che mi
servono, e al posto di /sbin/init classico metterei lo script che preleva
l'immagine via web e la visualizza con fbdvi nessun accesso da remoto,
nessun servizio, nessuna necessità di fare aggiornamenti di sicurezza o altro.
Sviluppo con qemu/kvm che consentono di usare il framebuffer e di fare le
prove velocemente.


 fare le prove velocemente.
Uhmm, troppo complicato, non sono in grado di fare una cosa simile in tempi
accettabili. Per quanto riguarda la virtualizzazione mi funziona solo
quando c'e' l'allineamento di tutti gli 8 pianeti del sistema solare :P
(uso un po' vmware, l'unico che sono riuscito a far andare).
Penso di provare cosi':
1) Installo DSL su disco rigido
2) Configuro framebuffer sperando di non avere problemi con le schede
grafiche integrate dei mini/micro pc (pensavo di prendere un DMP EBOX con
VIA CX700M oppure l'Asus EBXB202 con l'Intel 945, ma ha anche windoze
installato e non so se va con linux).
3) Uso links2 per visualizzare le immagini
