kernel 2.6.32

[Blallo]

usato localmodconfig e anche localyesconfig
il kernel rallenta sensibilmente (probabilmente attiva delle voci di debug) e non assegna correttamente gli indirizzi per le periferiche USB che ho in un hub
dato che il config di Pat (con rimozione di alcune cose in eccesso nei driver) va molto più veloce non mi ci nemmeno sbatto su di capire il perchè
forse è poco pensato per macchine di utilizzo desktop (che io ritengo principali utilizzatori di questa funzione, dato che in ambiti più "altolocati" sicuramente configurare il kernel è un'operazione messa in conto da configurare a mano già di loro, per cui non la userebbero)

[Toni]

usato localmodconfig e anche localyesconfig
il kernel rallenta sensibilmente (probabilmente attiva delle voci di debug) e non assegna correttamente gli indirizzi per le periferiche USB che ho in un hub
dato che il config di Pat (con rimozione di alcune cose in eccesso nei driver) va molto più veloce non mi ci nemmeno sbatto su di capire il perchè
forse è poco pensato per macchine di utilizzo desktop (che io ritengo principali utilizzatori di questa funzione, dato che in ambiti più "altolocati" sicuramente configurare il kernel è un'operazione messa in conto da configurare a mano già di loro, per cui non la userebbero)

forse perchè il kernel della macchina da cui hai lanciato localmodconfig non era un 2.6.32

l ho usato e nessun problema, avevo un config abbastanza ridotto ,adesso è proprio all'osso

[Blallo]

boh ricordo di si, ma comunque riproverò

[metrofox]

A me questo kernel mi sta dando soddisfazioni, mi ci trovo veramente bene... E con questo ho raggiunto anche il mio record, compilato in 150 secondi più o meno

[Calzo]

mio dio
è lentissimo e mi causa addirittura problemi in xfce non so come sia possibile ma sembra che xfce non lavori più con dbus
infatti wicd non si avvia più, il vassoio di sistema ora va ora non va e non fa più l'automount
con tutto il rispetto, ma che schifo

Io ho avuto un problema simile con il 2.6.31 con KDE. Questo perchè ero abituato a riconfigurarmi da 0 il kernel, ma ero fermo al 2.6.24. Oggi ho visto che molte cose che prima davo per scontate non lo sono (soprattutto i driver I2C).
Ad ogni modo se l'automount e simili non funzionano correttamente controlla di avere il Netlink abilitato per la comunicazione con i device driver (Device Drivers->Connector - unified userspace <-> kernelspace linker) ed inoltre controlla di avere tutti i moduli richiesti da UDev (li trovi nella documentazione) e dovrebbero essere questi:

Codice: Seleziona tutto

       CONFIG_HOTPLUG=y
       CONFIG_UEVENT_HELPER_PATH=""
       CONFIG_NET=y
       CONFIG_UNIX=y
       CONFIG_SYSFS=y
       CONFIG_SYSFS_DEPRECATED*=n
       CONFIG_PROC_FS=y
       CONFIG_TMPFS=y
       CONFIG_INOTIFY_USER=y
       CONFIG_SIGNALFD=y
       CONFIG_TMPFS_POSIX_ACL=y (user ACLs for device nodes)
       CONFIG_BLK_DEV_BSG=y (SCSI devices)

Per quanto riguarda le prestazioni invece io devo dire che ho avuto un balzo notevole! Premesso che sul fisso non ho ancora riavviato e quindi non posso dire nulla, sul portatile (P4 2.4G, 512Mb Ram, ATI 9000M) con il kernel di default avevo i seguenti problemi:
- Ventola sempre a massimo: la CPU sembrava abbastanza scarica (3%-4% fisso), ma le temperature venivano lette molto alte ed inoltre credo che il carico fosse rilevato male (proprio perchè la ventla è gestita in HW e non i SW)
- KDE PESANTISSIMO... e anche XFce non scherzava. KDE poi mi abilitava le accelerazioni HW di default e le prestazioni non erano delle migliori.
- La grafica era più pesante: glxgears mi dava 1200frame in 5s circa con la CPI al 20% circa

Allora ho aggiornato al 2.6.32 soprattutto spinto da queste frasi (anche se non riguradano il chipset R250 della mia scheda):

Radeon driver
* r600/r700 3D + KMS support, based in the hardware specs that AMD has published (thanks for the open source support!). 3D Performance is not great and there're still a lot of things to improve, but it works well enought to be used by composited desktops, it may cause problems in games. This driver provides suppor for the fastest graphics cards available with opensource drivers. Only Nvidia is still left with the requirement of a binary driver (hopefully soon to be fixed by the Nouveau driver) (commit)
* Initial radeon tv-out support. (commit), (commit)
* A command stream checker for rn50/r100/r200 (improves security) (commit)
* MSI support (commit)

Oltre a quello che ho detto relativamente ai moduli per Netlink e UDev ho messo il sistema:
- Voluntary Kernel Preemption (Desktop)
- timer 250Hz
- CFQ come detto nell'articolo
- I2C per chipset sys per il monitoraggio HW (questo dipende dal mio HW... ma non ricordo di averlo mai visto nelle vecchie versioni del kernel)

Risultato:
- il sistema è decisamente più reattivo: la ventola si ferma se non faccio nulla e la CPU è leggermente più scarica
- Il KDE così come altri sistemi grafici si è alleggerito notevolmente e risulta essere perfettamente usabile (ho anche ricompilato le Mesa Lib, ma ho ripristinato il pacchetto originale perchè mi dava degli errori grafici in KDE... cosa comunque poco rilevante visto che poi uso Fluxbox)
- glxgears mi da 8000 frame (sotto Xfce) e circa 7500 sotto KDE e 7900 con solo X caricato. La CPU va al 60%-62%. Facendo una proiezione e ipotizzando una crescita proporzionale dei frame rispetto al carico della CPU, otterrei circa 12000frame in 5s al 100% di CPU, molto di + che non con i driver closed (che uso sotto la Slack 10.2 e mi danno circa 9000frame in 5s sotto FluxBox)
- l'accesso al disco mi sembra che mi rallenti di meno il resto delle applicazioni: questa cosa però la devo ancora testare bene e vorrei soprattutto testarla sul fisso dove le latenze si fanno sentire molto con il kernel di default quando sposto grossi file tra partizioni dello stesso disco.

Morale:
Ancora una volta sarò costretto a rimandare l'acquisto di un nuovo portatile. Linux danneggia l'economia!!!

bye

[slucky]

anche a me il kernel 2.6.32 sta dando problemi con halt, pur avendo compilato in modo classico, con oldconfig utilizzando il config del kernel precedente 2.6.31.5, che funziona egregiamente....
non usando lilo, bensì grub, quale parametro dovrei modificare per fixare? perchè dalle risposte varie nel thread, non è ben chiaro....

[DarthSteve]

@slucky

Hai provato a mettere il valore "0" (zero) nel parametro
"Disable ACPI for systems before Jan 1st this year" nel kernel config ?!?

Io ho seguito il tuo stesso procedimento per aggiornare i kernels...
Ora funziona come previsto!

[slucky]

ok, grazie del consiglio, riproverò e vediamo se stavolta funziona senza problemi....

EDIT: perfetto! ora tutto funge senza problemi e ancora grazie per la dritta....

[davedeth]

Mmm... quindi se scarico il kernel 2.6.32 dal sito kernel.org e gli faccio fare un bel make localmodconfig lui come base per la configurazione mi utilizza il kernel 2.6.29.6 che ho attualmente? E questo implica una riduzione delle prestazioni del kernel? Scusate se questa domanda può sembrare stupida o banale ma proprio non ci arrivo e per finire quindi i passaggi da compiere sono:
1- scarico il kernel 2.6.32 (o l'ultimo disponibile) e lo scompatto nella directory /usr/src
2- make localmodconfig (o localyesconfig in base a come l'aria tira in quel momento)
3- make
4- make module_install (è da dare comunque o ci pensa il signor localmodconfig?)
5- configurazione di lilo

Ditemi voi se la procedura è corretta o manca qualcosa e se mancano dei punti potreste darmi delle dritte?

[Calzo]

[...]utilizza il kernel 2.6.29.6 che ho attualmente? E questo implica una riduzione delle prestazioni del kernel?

No le prestazioni dovrebbero essere inalterate o quasi. Al massimo ti va a selezionare come statici alcuni moduli che, pur essendo caricati, non ti servono. Per esempio io non uso il RAID e altre cose che col kernel di default vengono caricate. Quindi preferisco configurarmi a mano tutto... ma è solo una questione di gusti.

i passaggi da compiere sono:
1- scarico il kernel 2.6.32 (o l'ultimo disponibile) e lo scompatto nella directory /usr/src
2- make localmodconfig (o localyesconfig in base a come l'aria tira in quel momento)
3- make
4- make module_install (è da dare comunque o ci pensa il signor localmodconfig?)
5- configurazione di lilo

Sì, esattamente così.

bye

[davedeth]

Sì, esattamente così.

Grazie infinite... e anche oggi sono diventato un po' meno niubbo

[davedeth]

Allora... Ho compilato il kernel 2.6.32.2 utilizzando il comando make localyesconfig (quello per avere un kernel tutto incluso) e dopo circa due orette mi sono trovato con un kernel funzionante ma che mi da problemi con il video: per esempio la barra di kde si vede piu corta del normale (arriva ai 3/4 dello schermo invece che arrivare da un lato all'altro) e comunque tutto lo schermo mi si vede con le bande nere ai lati
Sicuramente avrò sbagliato qualcosa io ma mi, e vi, chiedo se era meglio dare un make localmodconfig invece del make localyesconfig (cioè è meglio un kernel modulare o monolitico)?

[brainvision]

Allora... Ho compilato il kernel 2.6.32.2 utilizzando il comando make localyesconfig (quello per avere un kernel tutto incluso) e dopo circa due orette mi sono trovato con un kernel funzionante ma che mi da problemi con il video: per esempio la barra di kde si vede piu corta del normale (arriva ai 3/4 dello schermo invece che arrivare da un lato all'altro) e comunque tutto lo schermo mi si vede con le bande nere ai lati
Sicuramente avrò sbagliato qualcosa io ma mi, e vi, chiedo se era meglio dare un make localmodconfig invece del make localyesconfig (cioè è meglio un kernel modulare o monolitico)?

non potrebbe essere semplicemente un problema di risoluzione?

[davedeth]

non potrebbe essere semplicemente un problema di risoluzione?

Ma dubito visto che con il kernel vecchio (quello di Pat) non ho mai avuto il minimo problema

[slucky]

(cioè è meglio un kernel modulare o monolitico)?

questa domanda ci riporta a una vecchia discussione nel forum di un pò di tempo fa
se fai una ricerca dovresti trovarla, IMHO modulare è meglio, però, come sempre trattasi di una questione di gusti personali.....