Arch Linux Italia Forum

grazie!! è esattamente quello che cercavo!!!
ciao!

prime impressioni: per ora non è esploso il pc, quindi penso che va tutto bene.

inoltre ho notato un'altra cosa [ma questo già prima] ogni volta che clicco col destro da qualche parte spinna subito il disco: ma possibile che non si tenga in ram quelle 3 istruzioni necessarie a disegnare un menù contestuale?? è assurdo far fare 100 giri all'HD per ottenere uno stupidissimo menù contestuale...

infine: esiste un modo semplice e sicuro per precaricare delle istanze di programmi in ram? avere almeno FF emesene kmail e amarok precaricati mi alleggerirebbe un sacco l'HD e mi farebbe risparmiare secchiate di batteria.

attendo le vostre proposte!

beh ad esempio gli url che vedi apparire nella barra di navigazione quando stai per scrivere un sito li prende da hdd, sulla ram ci vanno i file delle pagine web, immagini, video, oggetti flash ecc

per la cosa del precaricamento, le applicazioni ti dovrebbero andare lente solo la prima volta che le apri, ma dopo se chiudi e riapri dovresti vedere la differenza...

kipiel ha scritto:

infine: esiste un modo semplice e sicuro per precaricare delle istanze di programmi in ram? avere almeno FF emesene kmail e amarok precaricati mi alleggerirebbe un sacco l'HD e mi farebbe risparmiare secchiate di batteria.

come forse hanno già detto già dal primo avvio il programma resta in cache, cmq per caricare in cache un pacchetto basta un comando del genere

pacman -Ql firefox | cut -d' ' -f2-99 |  xargs -L1 cat &>/dev/null

che si limita a leggere tutti i file di un pacchetto e buttarli in devnull, così vanno subito in cache . . per caricare una cartella l'equivalente è

find .mozilla/ -type f -exec cat '{}' \; > /dev/null

. . se provi dovresti vedere che la prima volta che lanci questi comandi accede al disco, le volte successive no (perchè i file sono già in cache ) . .

altro trick, per fare esperimenti, il comando

echo 1 | sudo tee /proc/sys/vm/drop_caches

causa il rilascio istantaneo di tutta la cache

(tutti questi comandi sono assolutamente non-pericolosi di fatto non modificano niente nel pc)

Ultima modifica di aleph (07-05-2009 10:34:22)

senza contare che c'è preload che fa esattamente quello che chiedi, e "impara" osservando come utilizzi il sistema, a tenere in cache i file che ti servono.

kipiel ha scritto:

pierluigi ha scritto:

senza contare che c'è preload che fa esattamente quello che chiedi, e "impara" osservando come utilizzi il sistema, a tenere in cache i file che ti servono.

intrigante... ma non è che poi mi diventa un mattone come vista con tutto sto caching in fase di avvio?

infatti  tempo fa l'ho usato.

Velocizzava le cose, però precaricava TUTTO... e il boot si allungava di altri 10 - 15 secondi e mi seccava e alla fine l'ho abbandonato

riesumo per fare una ulteriore domanda: ho montato la /tmp in ram, ho disabilitato syslog-ng eppure a intervalli regolari, anche se non tocco il pc, il disco prende e gira... ma possibile?? io lo voglio vedere inchiodato fermo immobile fin quando non gli dico IO che può girare... e che diamine!
sapete come fare? grazie

puoi sempre fare in modo che la swap venga usata raramente
http://www.suseitalia.org/modules/wfsec … icleid=147

E' sempre qualcosa che aiuta...non è la soluzione che cercavi ma spero vada bene lo stesso...

grazie per i suggerimenti, ora li provo.
certo resta un mistero come mai arch decida di accedere alla swap (sempre se è questo il vero motivo delle accensioni del disco) se non ha niente da salvare/recuperare. cioè: sto usando kmess per chattare con la mia ragazza mentre controllo il foro di arch: che diavolo c'è di così importante da dover essere messo su disco? mah....

grade provvedo subito

Ciao,
se guardi i messaggi di avvio, ne vedrai passare uno tipo "commit interval 5 sec" (o qualcosa di simile): non e' che sia per caso il journaling ad accedere all'HD?
vingiul

Ciao,
ed allora puoi provare ad impostare un tempo di commit diverso.
vingiul