1. Banalissimo, controllate di caricare solo quello che usate veramente.
Indicato soprattutto a chi ha poca ram (< 512mb), ma chiunque può trarne beneficio; sysv-rc-conf per i processi che partono all'avvio e gnome-session-properties per la sessione dell'utente.
Stesso discorso anche per il pannello, se avete poca RAM non abusate con le applet ed evitate soprattutto quelle che richiedono python o mono.
Per esempio mixer_applet2 (il regolatore del volume del suono) mi occupa 13.1mb in memoria, e visto che non lo uso spesso, ho fatto che toglierlo.
2. Velocizzare il caricamento del menù di GNOME.
Il menù di GNOME è lento perché normalmente non viene fatta cache delle icone, potete migliorare la performance eseguendo
for d in /usr/share/icons/*; do sudo gtk-update-icon-cache -f $d; done;
Inoltre potete aumentare la velocità con cui far apparire il sotto-menù.
gedit $HOME/.gtkrc-2.0
e aggiungete:
gtk-menu-popup-delay = 10
Ve lo sconsiglio perché alla lunga diventa fastidioso, comunque regolatevelo a piacimento.
3. Swappiness
Potete regolare la priorità con cui fare swap su disco, se avete molta RAM potete eseguire
sudo gedit /etc/sysctl.conf
e impostare
vm.swappiness=0In ogni caso controllate quanto utilizzate effettivamente la RAM confree -m
Per attuare le modifiche.
sudo sysctl -p
Per maggiori informazioni sulla gestione della memoria date uno sguardo al wiki.
4. Boot parallelo (ATTENZIONE startpar dà ancora problemi!! Non seguite questa procedura)
Per aumentare la velocità di avvio durante l'init potete scegliere di far partire i processi in parallelo, anziché sequenzialmente, per far questo dovete fare
sudo gedit /etc/init.d/rc
e modificare 'none' con 'startpar'
CONCURRENCY=startpar
Attenzione: se qualcosa dovesse andare storto sarete costretti a rientrare con un live cd.
5. Applicazioni ottimizzate
Installate se potete applicazioni ottimizzate, a partire da un kernel Linux i686, k7,.. o comunque compilato per la vostra architettura.
Usate lo scheduler CFQ o provate il kernel lowlatency (in Feisty).
commenti
errore all'avvio
ciao! la tua guida è utile, ma se cerki un po' sui forum di ubuntu noterai ke la dritta sul CONCURRENCY=qualcosa_di_diverso_da_none non fa altro ke far sballare il boot, anzi ad alcuni anke il grub... questo xkè in qualke modo non si riesce a far partire in parallelo i processi all'avvio. scusa ma tu su ke distro l'hai utilizzata (o su ke versione)? faresti meglio a togliere questa dritta dal post, mi sa ke ha fatto un bel po' di danni (ed io pure ci stavo cascando, se non avessi cercato prima... eh, la prevenzione...). ciao e grazie comunque!
skizzo_85
Grazie per la segnalazione
A dire la verità il boot lo facevo su Gentoo e funzionava, ho provato a fare lo stesso Ubuntu e non ha funzionato, ma pensavo fosse solo un problema mio..
concurrency=shell
dimenticavo, sono sempre io, skizzo_85. ciao
cuncurrency=shell
Ciao! Informandomi ho letto un po' di roba (da profano quale sono) circa il booting parallelo, e sinceramente non c'ho capito molto... Solo ke cambiando un runlevel (non so manco ke sia... a me pare tipo l'IRQ delle periferike, ma magari dico boiate...) da 12 a 13 si da il tempo all'HAL di far caricare il DBus... o qualcosa del genere... cioè magari con gentoo HAL era + lento a partire e vedeva subito il DBus, mo' con la 7.10 GG è divenuto troppo veloce e non lo trova... detto come l'ho capita io...magari dico fregnacce... cmq il sito da cui prendo spunto per tutte queste digressioni abbastanza ignoranti è: "http://andreabs.wordpress.com/2007/10/23/concurrencyshell-da-problemi-ancora-per-poco/".
Grazie cmq per le dritte!
Freedreamer
Comodo! grazie della dritta dei menu ;)