Newsgroup: it.comp.os.linux.sys
Titolo: gentoo-sources 2.6.16-r7

salve, apro questo thread per porvi un interessante quesito che è
qualche giorno che mi sta rodendo :D
sulla mia gentoo amd64 avevo precedentemente installato il kernel
2.6.15 e tutto funzionava a meraviglia. Qualche giorno fa ho voluto
provare ad aggiornare il kernel passando alla versione 2.6.16-r8 prima
e poi provando la stabile 2.6.16-r7 ora, con gli stessi risultati.
precisamente, ho copiato la configurazione del 2.6.15 nel nuovo kernel
e compilato rispondendo no a tutte le aggiunte che erano state fatte
precedentemente.
Coi nuovi kernel alla partenza tutto va bene, ma noto un progressivo e
preoccupante calo delle prestazioni: in particolare il sistema è
molto, ma molto più lento nella compilazione, apertura programmi
ecc...
un top con firefox aperto dentro un sistema kde ha dato i seguenti
risultati:
Codice:
5050 root      16   0 78036  23m 5948 R 43.2  2.3   0:59.13 X
 5992 nuitari   15   0 56872  29m 4608 S 15.7  2.9   0:17.60 wish
 5980 nuitari   15   0 14988 1708 1004 S 10.5  0.2   0:19.08 kompmgr
 5984 nuitari   15   0 90948  15m  10m S  8.5  1.6   0:12.86 kicker
 5979 nuitari   15   0 79948  12m 9144 S  2.3  1.3   0:02.51 kwin
 6002 nuitari   15   0 95160  33m  16m S  1.6  3.4   0:25.19
firefox-bin
 5982 nuitari   15   0 80336  14m  10m S  0.7  1.5   0:02.16 kdesktop
 5869 nuitari   16   0 89064  12m 9424 S  0.3  1.3   0:01.47 kded
 5991 nuitari   16   0 82176  15m  10m R  0.3  1.5   0:02.97 konsole
 6028 root      16   0 10536 1280  960 R  0.3  0.1   0:03.25 top
in particolare noto uno spropositato utilizzo della cpu da parte di X,
che raggiunge anche il 60 per cento, ma generalmente un aumento di
tutti i programmi. Faccio presente che questo non avviene solo quando
sono dentro xorg, ma anche se rimango su terminale senza avviarlo la
compilazione di qualsiasi pacchetto risulta molto piu lenta (ad esempio
ci ha messo una notte per compilare gcc). Il calo di prestazioni
avviene lungo il tempo, ovvero all'inizio il sistema è veloce, poi
pian piano degenera fino ad essere quasi inutilizzabile dopo qualche
ora. Tornando al vecchio kernel invece tutto ritorna normale.
Vi allego la configurazione dei due kernel:
http://no-paste.it/?39
 configurazione kernel 2.6.15
http://no-paste.it/?40
 configurazione kernel 2.6.16-r7
la mia idea da quasi niubbo è che possa essere qualcosa di sbagliato
nella configurazione del nuovo kernel nello scheduler...perchè
funziona tutto...ma il tutto estremamente lento (nonostante abbia
copiato la configurazione del kernel precedente).
Volevo chiedervi se qualcun altro ha il mio stesso problema, io per ora
resto col kernel vecchio ma...se un giorno dovessi aggiornare? o
provare nuove funzionalità?
grazie dell'attenzione

 
http://no-paste.it/?40
 configurazione kernel 2.6.16-r7
hai postato i link per poter leggere le configurazioni del tuo kernel e
speri che qualcuno le vada a leggere?
Scordatelo :)
E` un lavoro oneroso e il NG non e' un centro assistenza.
-- 
Massimiliano

 Per quanto riguarda la tua domanda, non mi pare di aver notato strani
Hai idea di quando si decideranno a risolvere il bordello che hanno
fatto con genkernel e udev?

 fatto con genkernel e udev?
genkernel is evil
Mike

 genkernel is evil
Perchè?
(la domanda è quasi retorica)
Però è (era) comodo...

 Però è (era) comodo...
Perchè tutti quanti lo hanno preso per un tool alla windows (aka fa 
tutto da solo e funziona al primo colpo).
E ciò è *male*.
Mike

 E ciò è *male*.
L'automazione in sé non trovo che sia male.

 fatto con genkernel e udev?
uso regolarmente genkernel (con .config custom ovviamente, che mi 
gestisco a parte), con udev, lvm, md e non ho mai avuto problemi. 
personalmente lo trovo comodo da usare come script per automatizzare 
compilazione, installazione, bootsplash in un solo comando.


Io mi riferisco esclusivamente a chi non ha mai messo mano a kernel e 
configurazioni cmdline.
Se $ragazzo che ha usato fedora/mandrake usa genkernel pensa:
"wow ma è una stupidata configurare il kernel"
il che lo trovo fuorviante, tutto qui.
Mike.

 
Che vuoi che ti dica, sarò vecchio io che preferisco il make menuconfig :)
Mike.

 gestisco a parte), con udev, lvm, md e non ho mai avuto problemi.
Sii gentile: dimmi la tua versione di kernel, di udev e di genkernel.
Poi leggi qui...
http://bugs.gentoo.org/show_bug.cgi?id=129887

* mike:

non diciamo cazzate....
Tralasciamo il gensplash (che uso, ma che e' futile per questa
discussione), ma per esempio per fare un initram con EVMS o con LVM,
senza genkernel sarebbe un casino INCREDIBILE, anche se leggendo un po'
di documentazione ci riesci, ad ogni ricompilazione di kernel il casino
si ripeterebbe.
-- 
Massimiliano

* whiplash:

io apro bug a tutto spiano in gentoo.... magari un bel giorno si
decideranno ad organizzare meglio il QA.
Secondo me tutto il problema stali: pessimo QA

* mike:

Se con menu config riesci a farmi un initram con EVSM, RAID, LVM dentro,
allora hai ragione tu.
-- 
Massimiliano

 sistema.
Sono quello che aveva lo stesso tuo problema di crash col kernel 2.6.16,
si freezava completamente senza via di scampo quando fino al 2.6.15.x
era tutto ok!
Dopo un mese di utilizzo posso dire che dal 2.6.16.13 il problema sembra
essere risolto.... almeno sul mio sistema.
-- 
Saluti
VooLkaNo