Onore a Con Kolivas!!

[ponce]

lo fa su certo hardware (e' ancora in fase di sviluppo).

[ponce]

scusate per il post consecutivo, ma e' per segnalare un workaround per i problemi al boot su amd64
provate a passare al vostro kernel al boot

Codice: Seleziona tutto

clocksource=jiffies

es. per lilo sulla riga di comando (ammesso che il vostro kernel abbia la label "Linux")

Codice: Seleziona tutto

Linux clocksource=jiffies

[Toni]

E' stato risolto il problema del suspend to disk , adesso funziona benissimo .

Il dottor Kolivas si è inventato lo speedboot:

Codice: Seleziona tutto

Index: linux-2.6.31-bfs/init/main.c
===================================================================
--- linux-2.6.31-bfs.orig/init/main.c	2009-09-22 19:42:33.022979840 +1000
+++ linux-2.6.31-bfs/init/main.c	2009-09-22 19:55:39.484229092 +1000
@@ -876,6 +876,20 @@ static noinline int init_post(void)
 	panic("No init found.  Try passing init= option to kernel.");
 }
 
+extern int rr_interval;
+
+static void __init set_rr_interval(void)
+{
+	rr_interval = 6;
+
+	/*
+	 * Assume that every added cpu gives us slightly less overall latency
+	 * allowing us to increase the base rr_interval, but in a non linear
+	 * fashion.
+	 */
+	rr_interval *= 1 + ilog2(num_online_cpus());
+}
+
 static int __init kernel_init(void * unused)
 {
 	lock_kernel();
@@ -923,6 +937,9 @@ static int __init kernel_init(void * unu
 		prepare_namespace();
 	}
 
+	set_rr_interval();
+	smp_mb();
+
 	/*
 	 * Ok, we have completed the initial bootup, and
 	 * we're essentially up and running. Get rid of the
Index: linux-2.6.31-bfs/kernel/sched_bfs.c
===================================================================
--- linux-2.6.31-bfs.orig/kernel/sched_bfs.c	2009-09-22 19:42:33.011979958 +1000
+++ linux-2.6.31-bfs/kernel/sched_bfs.c	2009-09-22 19:55:11.169104359 +1000
@@ -136,9 +136,9 @@ static inline void sg_inc_cpu_power(stru
 /*
  * This is the time all tasks within the same priority round robin.
  * Value is in ms and set to a minimum of 6ms. Scales with number of cpus.
- * Tunable via /proc interface.
+ * Tunable via /proc interface. (set to 1000 on boot, back to 6 on init)
  */
-int rr_interval __read_mostly = 6;
+int rr_interval __read_mostly = 1000;
 
 /*
  * sched_iso_cpu - sysctl which determines the cpu percentage SCHED_ISO tasks
@@ -5881,13 +5881,6 @@ void __init sched_init_smp(void)
 	free_cpumask_var(non_isolated_cpus);
 
 	alloc_cpumask_var(&fallback_doms, GFP_KERNEL);
-
-	/*
-	 * Assume that every added cpu gives us slightly less overall latency
-	 * allowing us to increase the base rr_interval, but in a non linear
-	 * fashion.
-	 */
-	rr_interval *= 1 + ilog2(num_online_cpus());
 }
 #else
 void __init sched_init_smp(void)

all'inizio l'unico programma che gira è il kernel , per cui

semplicemente geniale .

Non ho ancora provato questa patch. Ma a prescindere da quale sarà il risultato, l'osservazione mi sembra degna di merito

[Blallo]

Non trovo più la patch speedboot

[Toni]

è stata spostata in old:

http://ck.kolivas.org/patches/bfs/old/b ... boot.patch

forse perchè non comporta reale benifici , o forse perchè integrata nelle versioni successive

[Vic Steele]

Patchato il nuovissimo 2.6.30.8 con il bfs 209.
Domanda stupida: ho un Athlon 64 X2 e non ho avuto nessun problema al boot.
È il mio hardware a non rientrare tra quelli a cui serve la soluzione di Ponce, oppure c'è qualcosa che "non va"?

[ponce]

la prima che hai detto, i problemi al boot capitano solo su determinato hardware, non su tutti gli athlon64.

se volete provare un bfs piu' recente sul 2.6.30, quelli di zen hanno portato il codice recente per il 2.6.31 su quella versione del kernel, in questa patch (da applicare al 2.6.30) e' compreso il 232 (oltre alle patch del 2.6.30.8 e diverse altre cosette).

[Mario Vanoni]

2.6.31-bfs232 perfetto su 3 macchine ...

Quindi non provo neanche 2.6.31.1!

[Blallo]

2.6.31-bfs232 perfetto su 3 macchine ...

Quindi non provo neanche 2.6.31.1!

QUOTISSIMO

[Vic Steele]

Ho provato io il 2.6.31.1 con bfs232 ed ho avuto qualche fastidioso problema.
Spesso e volentieri mentre digitavo Xorg mi si incantava su un tasto della tastiera ed andava in loop infinito.
A nulla servivano rimedi come lo staccare la tastiera. Inoltre, uscendo da Xorg tutto andava bene.
Sono l'unico?

[conraid]

Ho provato io il 2.6.31.1 con bfs232 ed ho avuto qualche fastidioso problema.
Spesso e volentieri mentre digitavo Xorg mi si incantava su un tasto della tastiera ed andava in loop infinito.
A nulla servivano rimedi come lo staccare la tastiera. Inoltre, uscendo da Xorg tutto andava bene.
Sono l'unico?

no, ho smesso di usare la patch proprio per problemi con la tastiera. A volte si bloccava e non rispondeva pià, dovevo riavviare Xorg tramite "click", arghhhhh

[anycolouryoulike]

Io l'ho provata ma spesso mi si blocca all'avvio.
Eppure non ho notato miglioramenti evidenti...

[Mario Vanoni]

Ho provato io il 2.6.31.1 con bfs232 ed ho avuto qualche fastidioso problema.
Spesso e volentieri mentre digitavo Xorg mi si incantava su un tasto della tastiera ed andava in loop infinito.
A nulla servivano rimedi come lo staccare la tastiera. Inoltre, uscendo da Xorg tutto andava bene.
Sono l'unico?

Xorg
si blocca, Ctrl+Alt+BS, OK

Xorg -probeonly e` OK

Per il resto, come detto, 3 macchine e 2 user,
il kernel e` il piu` reattivo dei 2.6.3#,
nessun problema con le mie tastiere US-ASCII.

Come Timer Frequency uso 100 (cento) Hz

@Corrado
forse problema delle tastiere IT?

[Vic Steele]

Xorg
si blocca, Ctrl+Alt+BS, OK

E già qui mi posso fermare. La tastiera non rispondeva a nessun tipo di comando.
Come già detto da conraid, l'unica era il "Termina sessione" dal mouse.
Problema delle tastiere IT? Può darsi, ma chissà se la nostra è l'unica localizzazione. Sarebbe da guardare un po' in giro altri feedback.
O magari è un'errata gestione dovuta a settaggi software che noi abbiamo e tu non hai?

È da un giorno che non uso più quel kernel, ne ho avviato uno normale che avevo lasciato, e questo problema è sparito. Quindi è effettivamente da attribuire allo scheduler. Qualcuno avrà già segnalato?

[Mario Vanoni]

Messo 2.6.31-sched-bfs-233.patch del 27-Sep-2009 00:12,
compilato con il kernel 2.6.31-bfs232 statico,
funziona perfettamente su 3 macchine.

Ho controllato meglio quanto avevo gia notato prima:
- i kernel di Con Kolivas sono piu` veloci a compilare con make -j 2
- osservando top sempre 0.0%id
- con kernel standard un processore spesso aspetta, 2...15%id

Ripeto, uso un kernel statico ridotto all'osso e non uso moduli.
ls -l /boot/bzImage dice 3089904 bytes