Newsgroup: it.comp.os.linux.iniziare
Titolo: domanda gestione files

qualcuno mi sa spiegare xchè sotto linux
(uso kde con mandrake 8.1) le tipiche operazioni
su i file, come la copia, la ricerca in tutto l' hd,
o lo scompattamento, richiedono molto + tempo
che sotto win ?

 che sotto win ?
Perche' e` mal configurato qualcosa, suppongo.  Qui, con KDE o meno,
mai avuti rallentamenti.
Forse stai spostando file tra due partizioni diverse?
Massimiliano
-- 
The Practical Penguin's Notebook - 
http://practicaltux.sourceforge.net
Guida veloce: configurazione della posta (Fetchmail, Exim o Postfix,
Mutt).
Guide all'uso per newbie: Mutt, Emacs.

che sotto win ?
Pian piano come diventi esperto setti meglio tutto.
Ad esempio: non conosci "locate" (per terminale, cioe` da riga di
comando).
Guarda, lo metto in pipe con "time" che registra i tempi impiegati.
Ricerco il kernel (vmlinuz) su tutti gli hd montati, cioe` su tutto
il mio fs (file system):
[/usr/doc] rez_3$: time locate vmlinuz
/boot/vmlinuz
/boot/vmlinuz-old
/home/bkp/slack/vmlinuz
/home/bkp/slack/vmlinuz-2.2.13
/home/bkp/slack/vmlinuz-2.2.17
/home/bkp/vmlinuz
/home/bkp/vmlinuz-2.2.17
/home/resc/vmlinuz
/vmlinuz
real	0m0.176s
user	0m0.180s
sys	0m0.000s
Cosa ne dici? Polverizzato cerca-trova: neanche il tempo di cliccare!!
Due decimi di secondo scarsi:-))
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.19pre17 su Debian GNU/Linux 2.2 Potato */

 Due decimi di secondo scarsi:-))
Paragone abbastanza insignificante, IMHO.
Quanto ci metti a fare l'updatedb? E ogni quanto lo fai? Non puoi essere
sicuro, a meno di andarlo a pescare dopo la ricerca, che un file trovato da
locate esista ancora.
Io uso quasi sempre locate, ma a volte non puo' sostituire find.
-- 
 Ciao, Bianco.
 Reply to luca.bianco (at) 
tiscalinet.it

Io uso quasi sempre locate, ma a volte non puo' sostituire find.
Si puo` ovviamente dare all'occasione.
Io qui sulla Deb ho piu` di due giga pieni.. ecco:
$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hdb7             1.9G  907M  925M  49% /
/dev/hda15            2.0G  1.1G  905M  55% /var
/dev/hdb5              15M  1.8M   12M  13% /boot
/dev/hdb6             494M  425M   43M  91% /home
Vediamo ora il tempo per aggiornare locate:
# source /etc/updatedb.conf; time updatedb
real	0m47.655s
user	0m3.760s
sys	0m3.960s
Chiaramente poi le ricerche sono istantanee:-))
Se da te sta molti minuti, devi elaborare il file .conf o la riga di
comando, guarda:
$ cat /etc/updatedb.conf
#
PRUNEFS="NFS nfs afs proc smbfs autofs auto ncpfs coda"
export PRUNEFS
#
PRUNEPATHS="/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /dos \
/cdrom /scdrom /slack"
export PRUNEPATHS
#
NETPATHS=""
export NETPATHS
D'altra parte io in realta` l'ho tolto da cron, perche' entro in
paranoia da fantasmi di winbug se sento il disco fisso girare per conto
suo. Lo do a mano e dopo una settimana automaticamente mi avvisa che
non e` aggiornato con un messaggio..


 Tempo zero, nel senso che e` fatto da Cron in background.
Che non significa esattamente *tempo zero*, perche' quando e' in esecuzione
updatedb in bg si sente, cavolo se si sente! ;-)
