22 aprile 2009, 12:12
Ho trovato la giusta combinazione di tempo/voglia/karma per mettere mano prima agli script di init (con quick-init) e poi a init stesso (con finit-arc).
Tutto questo grazie al lavoro di adriano
Ho provato entrambe le soluzioni, e alla fine ho scelto finit-arc perchè 1) mi consente di fare il boot “alla vecchia maniera” in caso di necessità e 2) è risultato anche più veloce di quick-init.
Cronometro manuale alla mano (nessuna voglia di installare bootchart) ora l’eeepc 901 di cui dispongo fa il boot da grub a X in circa 8 secondi.
Utilizzo un kernel che compilo personalmente (si tratta di un vanilla + zen), senza immagine di init e con tutti i moduli statici eccetto ethernet, wlan e eeepc_laptop.
In particolare, eeepc_laptop impiega più di 10 secondi a caricarsi, quindi l’ho aggiunto a /usr/sbin/services.sh per farlo caricare in background.
Questo il services.sh attuale:
#!/bin/sh
#Starts udev events
/sbin/udevd --daemon &>/dev/null &
/sbin/udevadm trigger &>/dev/null &
/sbin/udevadm settle &>/dev/null &
#Make swap (not for ssd)
/sbin/swapon -a &
#Starting background daemons
/etc/rc.d/syslog-ng start &>/dev/null &
(/etc/rc.d/hal start && /etc/rc.d/wicd start) &> /dev/null &
modprobe eeepc_laptop &
echo "24 17 15 15" > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids &
echo "24 17 15 15" > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids &
1 aprile 2009, 08:06
http://aprilfoolsdayontheweb.com/2009.html
27 marzo 2009, 18:21
Sto utilizando la pre di firefox3.5, e non mi piace il nuovo comportamento di ctrl-tab.
per disabilitarlo in about:config
browser.ctrlTab.previews va impostata a false
23 marzo 2009, 19:41
emesene-crazy, “fork” di emesene nato per movimentare lo sviluppo di uno dei migliori client msn.
Link al thread: http://forum.emesene.org/index.php/topic,1913.0.html
Gli arcieri trovano già il pacchetto emesene-crazy in aur.
17 febbraio 2009, 20:12
Si sa, noi arcieri siamo vanitosi. E se per noi l’uscita di un nuovo cd di installazione non è una notizia così sensazionale (si vive di rolling release, no?), non possiamo fare a meno di vantarci lo stesso un po’.
“Arch Linux 2009.02. Ma quanto belli siamo?” 
happy arch day e baci a tutti, arcieri e ubuntisti. kiss.
16 febbraio 2009, 17:52
Dopo l’aggiornamento automatico dei plugin, ora anche Wordpress stesso si aggiorna da solo, con un solo click nell’interfaccia di amministrazione.
Un po’ di noia in meno, un po’ di tempo in più da dedicare a cose ben più divertenti (archlinux? 
).
27 gennaio 2009, 22:01
Leggo con piacere che è uscita la versione 1.0 di sreadahead, che tra le varie cose, diventa indipendente dal file system utilizzato e garantisce maggiore velocità nella generazione della lista.
E’ pur sempe richiesta una patch nel kernel, ma almeno adesso non è richiesto ext3 come fs.
Conto di metterci le mani sopra quanto prima!
16 gennaio 2009, 18:52
Nel post precedente ho detto che per il downvolting occorreva ricompilare il kernel con la patch phc.
A dire il vero ho scoperto ora per caso che esiste in aur il pacchetto del solo modulo acpi-cpufreq per il kernel -ARCH, già patchato.
Quindi anche chi usa il kernel -ARCH può rimpiazzare quel modulo installando il pacchetto da aur e avvalersi del downvolting.
W aur!
Link: http://aur.archlinux.org/packages.php?ID=18310
12 gennaio 2009, 23:01
Dei benefici del downvolting della cpu ne ho scritto già in passato, e il mio pentium M 740 è 3 anni che gira downvoltato.
La bella notizia è che anche l’atom può essere downvoltato, e l’altra bella notizia è che la patch phc (già integrata in zen) lo supporta già.
La mezza cattiva notizia è che non si può abbassare il voltaggio della cpu quando ha moltiplicatore minimo. Ovvero a 0,8Ghz il voltaggio minimo è quello di default.
Per ora me la sono cavata con l’aggiunta in rc.conf di queste due righe:
echo “24 17 15 15″ > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids
echo “24 17 15 15″ > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids
Con il tempo vedrò se i voltaggi vanno bene.
La ventolina al massimo potrebbe essere un ricordo
11 gennaio 2009, 23:23
Dopo svariati mesi di uso la mia copia di firefox risultava parecchio “appesantita”. Tempi di avvio piuttosto lunghi (così come anche di chiusura), frequenti stalli durante l’uso (soprattutto nei primi minuti) e altre cose noiose.
A quanto pare il colpevole è il file places.sqlite presente nella directory del profilo (solitamente ~/.mozilla/firefox/qualchecaratterecasuale/).
Il mio è arrivato a pesare 21 MB, non poco considerato che è un database plain text e che viene acceduto molto spesso da firefox.
Con firefox non in esecuzione l’ho rinominato. In teoria quel file contiene non solo la cronologia ma anche i segnalibri. Di questi ultimi però firefox fa dei backup automatici. Facendo ripartire firefox dopo aver rinominato place.sqlite infatti ho ritrovato i segnalibri così come li avevo lasciati, e ovviamente la cronologia azzerata.
Ma la cosa più importante è che finalmente firefox è tornato ad avere prestazioni più che decenti, oserei dire quasi “da primo avvio”.
