Visualizzazione post con etichetta kernel. Mostra tutti i post
Visualizzazione post con etichetta kernel. Mostra tutti i post

venerdì 7 marzo 2008

Bulletproof X funziona... ma non soddisfa

Ieri, per sbaglio, ho eliminato il mio kernel con un bel rm -rf *24-11* nella directory /boot e poi ho spento la macchina... Per fortuna avevo ancora il vecchio kernel e sono riuscito a riavviare il pc. Purtroppo i driver nvidia non erano compilati per il vecchio kernel e invece di trovarmi con un brutto errore di X.org mi e' apparsa una simpatica finestrella che mi diceva: "il server grafico verra' avviato in modalita' sicura"... e in effetti si e' avviato :D. Ecco uno screen del mio desktop in 640x480 con i driver vesa (funziona anche awn!).

Purtroppo X.org mi ha creato il suo bel file di xorg.conf di "ripristino" senza salvarmi il vecchio quindi dopo aver installato di nuovo il kernel giusto e i driver nvidia ho dovuto riconfigurarmi X a mano. Cavolo se sapevo cosi' avrei preferito usare direttamente il terminale per rimettere a posto il sistema e tenermi il mio xorg.conf vecchio...

giovedì 28 febbraio 2008

Preload e' inutile!

Ecco un po' di test dopo aver provato preload in hardy:

Gimp
5.617
3.543

Senza preload:
4.593
3.780

Firefox
7.153
3.149

Senza preload:
10.728
2.834

Eclipse
24.753
11.555

Senza preload:
20.320
10.848

Wesnoth
4.156
1.750

Senza preload:
3.638
0.696

Tranne firefox gli altri programmi sono piu' veloci senza preloader, probabilmente perche' hardy lo include gia' di suo. Il secondo valore e' quello rilevato riaprendo l'applicazione subito dopo averla chiusa. Il tempo e' molto minore perche' ubuntu mantiene per un certo lasso di tempo i programmi utilizzati nella ram.

domenica 24 febbraio 2008

Boot fucked up...

Una normale installazione di hardy dovrebbe avere un tempo di boot inferiore ai 35 secondi. La mia ubuntu, invece, ce ne mette 81 (di cui 30 in completo idle). C'e' qualcosa che non va...:



A breve ulteriori aggiornamenti.

P.S: il grafico e' fatto con bootchart. Una volta installato piazza le immagini in /var/log/bootchart

lunedì 18 febbraio 2008

vmsplice() exploit: chi e' stata piu' veloce?

Leggo oggi questo interessante articolo riguardo al famoso exploit del kernel linux.
Da come si puo' vedere tutte le distro piu' famose hanno patchato il kernel lo stesso giorno della scoperta del bug (11 febbraio): nota di merito per debian che, naturalmente, ha publicato per prima la patch. Poco dopo si piazza fedora (8 ore di ritardo) seguita da slackware (12 ore) mentre Ubuntu ha rimediato solo dopo 27 ore.
Alcune distro come Sabayon, Zenwalk, puppy linux e SimplyMepis sembrano non disporre di un security team e probabilmente sono soggette tutt'ora a questo exploit.