Newsgroup: it.comp.os.linux.iniziare
Titolo: O.o Ricompilazione Kernel

Ciao a tutti,
Volevo ricompilare il kernel 2.6.23.1 per avere il nuovo CFS
Scheduler.
Ma...non ho trovato nessun impostazione da marcare quando ho dato make
xconfig.
Possibile che ce l'abbia di base, non impostabile, oppure sono
diventato orbo?
Grazie, Costantino
P.S. Scusate il X-post ma è urgente.

 diventato orbo?
Un cat /boot/config-2.6.23.1 | grep CFS che ti dice ?
(eventualmente cat /usr/src/linux-2.6.23.1 | grep CFS)
$ cat /boot/config-2.6.23.1 | grep CFS
# CONFIG_OCFS2_FS is not set
Io come vedi , non l'ho messo ne statico ne come modulo ...
PS non so' se OCFS2 sia quello che cerchi .
-- 
Usare un PC e' possibile ,altro e' saperlo fare, 
piu' il tempo passa, meno ci riesco . 
2.6.23.1

brai...@PC.it wrote: [CUT]
(eventualmente cat /usr/src/linux-2.6.23.1/.config | grep CFS)
Questa e' quella giusta .


 Io come vedi , non l'ho messo ne statico ne come modulo ...
ma a che serve?
r
-- 
C'avevano promesso mari e monti e c'hanno rifilato i tremonti.
[Forzuto Italiota, incazzato]
Baudelaire e l'arte: 
http://umpf.net/

 Un cat /boot/config-2.6.23.1 | grep CFS
Fuor di contesto: mi accorgo di far così anch'io, spesso, ma che
ragione c'è?
grep CFS /path/to/file
O mi son perso qualcosa?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 c'è?
Proprio nessuna. E' uno dei tipici esempi di usi sbagliati di grep.
Ma vuoi mettere quanto fa figo ridirezionare un output ;)
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 O mi son perso qualcosa?
??
e' il modo piu veloce per sapere se esiste nel .config oppure no .


 ma a che serve?
CFS ? non saprei , per questo non lo uso :-P
http://keypivot.com/cfs-un-nuovo-scheduler-il-kernel-linux


 
OOOOOOOOOOkkeeeeeyyyyyy , mi posti come avresti fatto tu :-P
Magari grep CFS  /usr/src/linux-2.6.23.1/.config  ?
Vuoi mettere quanto fa figo mettere cat e grep sulla stessa riga ?  :-)


 O mi son perso qualcosa?
Non è solo questione di 'figo', ma di praticità, leggibilità,
malleabilità, portabilità
esempi:
mettiamo di dover fare più di una ricerca nello stesso file:
# grep IOMAP /path/to/file
magari supponendo che /path/to/file sia anche lunghetto
# grep ISA_DMA /path/to/file
per prendere la seconda abbiamo premuto freccia su, diverse volte
freccia sinistra poi canc
# cat /path/to/file|grep IOMAP
# cat /path/to/file|grep ISA_DMA
abbiamo modificato solo la fine. Anche il copia/incolla col mouse è
stato più semplice.
Inoltre così ho messo in evidenza la parola da cercare mentre con grep
secco metto in evidenza il file.
Poi mi capita spesso che il grep lo devo sostituire con qualcos'altro, p.e.:
# grep WARNING /var/adm/messages
poi magari cerco solo gli ultimi
# grep WARNING /var/adm/messages|tail
poi magari voglio vederlo di continuo
# tail -f /var/adm/messages|grep WARNING
ho dovuto stravolgere l'ordine
Se invece devo cercare su più file allora cambia, ed è meglio la prima forma
# grep IOMAP /path/to/file1
# grep IOMAP /path/to/file2
ma questa è paranoia..
io ormai non decido quale forma usare... le mani vanno da sole :-)
Matteo

 
io uso molto ,per una ricerca ricorsiva in file dello stesso tipo (es
file php):
find . -iname "*.php" -print|xargs grep PAROLA


find -iname \*.php -exec grep PAROLA {} \;
find -iname \*.php -exec grep -l PAROLA {} \;
Matteo

 io ormai non decido quale forma usare... le mani vanno da sole :-)
E, a parte casi rari, questo comunque significa esser molto veloci.
Grazie per le tue considerazioni.



Già, e più ne impari e più diventa peggio
Io pipe su pipe mi ci faccio programmi interi. Sono arrivato a scrivere una 
singola riga che riempiva un intero terminale 80x25 (e forse più) di pipe... 
lo script faceva questo mondo e quell'altro (e non usavo ancora le regexp... 
ora che le uso è peggio)
E più si va avanti più fuma il cervello
Conclusioni:
l'ignoranza è un bene ^__^
Matteo