[gl-como] pclinuxos

Nicola Viganò ben.vighy@gmail.com
Ven 3 Ago 2007 14:24:26 CEST


Alessandro Mentasti ha scritto:
>> bhe ti dirò... non è solo una questione di velocità d'esecuzione
>> intrinseca del codice.
>> Molto è fatto anche da dipendenze e roba caricata di default (servizi,
>> librerie etc etc) magari inutilmente, moduli su moduli da caricare (il
>> caricamento dei moduli soffre di tempi di latenza spropositati in
>> confornto a quelli built-in in kernel monolotici) e magari
>> riconoscimento boot time dell'hardware... bhe con gentoo ciò non
>> avviene... o comunque può esser limitato come fenomeno.
>>
>> ...limitato, compilando il kernel in modo da aver i moduli giusti
>> built-in nel kernel (ad esempio una ubuntu così dotata carica ad esempio
>> in metà tempo)...
>> oppure scremando dipendenze con le useflag... che poi si traduce in meno
>> dipendenze da caricare a runtime, meno memoria occupata e tempi di
>> caricamento inferiori.. per non parlar dei servizi in meno :-)
>>
>> cmq neanche gentoo la metterei su un pc troppo datato: compilare tutto
>> su quel pc significherebbe ammazzarlo... a meno che non si compili il
>> tutto in un ambiente chrootato e poi piazzato con rsync.... (cosa che ho
>> fatto col mio vecchio i486) oppure con distcc...
>>
>> cmq abbiam divagato un po' troppo :-) con questo volevo solo
>> sottolineare che per quelli un po' più esigenti c'è di che divertirsi :-)
>> mentre per i meno esigenti... poco cambia da una all'altra... solo io
>> come utente esigente non me la sento di esaltare una distro
>> "all-inclusive" come una'ltra...
>>     
> Si, ma allora bisogna capire quale è la tua idea di esigenza...
> Se lo scopo di avere un computer è passare tutto il tempo a configurare
> linux ti posso anche capire, ma per chi linux è uno strumento e non uno
> scopo è solo un problema perdere tutto quel tempo per fare un lavoro...
>   
verissimo!
bhe comunque gli scenari di applicazione possono essere molti e anche
molto diversi.
Considera ad esempio un ambiente di lavoro in cui c'è il tecnico
deputato a certi mestieri, il parco software non muta, e considera che
una gentoo una volta installata, può esser aggiornata incrementalmente
(perdendo così pochissimo tmepo a ssettimana, magari lasciando compilare
nei week-end) e rimanere sempre uguale a sè stessa nel corso degli anni
tranne per il fatto che i pacchetti vengono semplicemtne aggiornati.
> guadagnare centesimi di secondo mettendoci settimane di lavoro per me non
> ha nessun senso, per usare gentoo anche come dici tu ci vuole comunque un
> pc potente o tanto tempo per compilare ogni cosa, ma su quel pc la
> differenza tra una gentoo ben configurata ed una Mandriva ben configurata
> è a malapena visibile e comunque non apprezzabile dal punto di vista
> pratico...
>   
permettimi di dire che è un po' un'esagerazione :-) io con un athlon xp
2600 e 512MB di ram ddr compilo e installato tutto xfce4 in mezz'ora e
la differenza con l'xfce4 di ubuntu la vedo.
Per tirar su quel che mi serve... lascio compilare la notte o quando le
prestazioni non sono fondamentali (per intenderci guardarsi un film
mentre si compila, è possibilissimo, oppure ascoltar la musica e intanto
cazzeggiare su internet con aMsn ine secuzione...)...

infattì un'installazione from scratch mi può portar via 2 ore di tempo,
e poi alla mattina dopo quando è tutto ricompilato e isntallato, ho il
mio sistema senza averci passato più di 2 ore.
In ogni caso se compili system-wide con delle flag bilanciate, la
differenza si vede... ma come dice quì:
http://web.archive.org/web/20060513022941/http://www.funroll-loops.org/#second
_non son tanto le CFLAGS la differenza... ma le USE flags.._
> ho provato a ricompilarmi l kernel e tutto X in passato per ottimizzare,
> non ne vale la pena, e se "tiri" troppo il flag di compilazione poi la
> stabilità va a prendersi un gelato in piazza...
> Ciao
>   
bhe nn ho detto di tirar su un sistema così!! :-P ahaha
http://bugs.gentoo.org/show_bug.cgi?id=74072 c'è gente che mette tutte
le flag che il compilatore può accettare ahahahahahahha ma quelli son
dei poveri pirla! :-)

bhe io non mi posso lamentare della stabilità... ma nemmeno con queste
CFLAGS:
CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe -mfpmath=sse
-fno-ident -fforce-addr"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
e considera che modifico anche il Makefile del kernel per compilarlo in
-O3 e non con la flag athlon ma con quella athlon-xp :-)

comunque sto pmeriggio vado da un mio amico e gli isntallo kubuntu! :-P
ahahahahahahaa (tanto per smentirmi! ahahaha!!!)
0 sbattimenti e computer che funziona dopo mezz'ora.... chissenefrega di
ottimizzarglielo.. tanto è il suo!!! :-D ahahahah
quando gli avevo messo arch non avevo abbastanza tempo x sistemarglielo
a dovere... così gli funzionava metà della roba.... così nn mi romperà
più! :-) aahahahahaa XD :-D
....e questo lo dico per la felicità del Brisa :-)
(il motivo per cui non gli metto questa pclinuxos, che potrei così
provarla, è perchè ho già pacchettizzato (ottimizzato per i686 :-P)
l'ultimo aMsn per debian... non mi va di trovar un modo per
pacchettizzarlo anche per rpm ahaha :-))

Ciao!! :-)


Maggiori informazioni sulla lista gl-como