In questi giorni, mi sono occupato di nuove versioni dei kernel: 3.0.x e 3.1.x

per i kernel 3.0.x, usciti inconsuetamente in rapidissima successione
3.0.10 sabato 26 > 3.0.11 lunedì 28 > ed infine il 3.0.12 martedì 29

ho iniziato ad occuparmi anche della nuovissima serie di kernel 3.1.x
3.1.2 sabato 26, 3.1.3 lunedì 28 > ed infine il 3.1.4 martedì 29

Ho effettuato sulle mie due macchine, un Desktop PC ed un laptop:
un numero elevato di test, con i driver video, audio, lan, wi-fi, virtualizzatori,

ho aggiunto parche-energia.patch che fissando ASPM aumenta notevolmente l'autonomia delle batterie sui portatili:
nei miei test ho rilevato un aumento dell'autonomia fino ad un + 40%, nei test di Tobal fino addirittura + 450%!
Non abbiamo riscontrato degli effetti collaterali, neanche sui Desktop PC, così abbiamo deciso di tenere la patch


Ora ho finalizzato le due recenti versioni, eccole a Vostra disposizione:

per adesso sono disponibili solo tutti gli rpm per mandriva 2010.2 64bit,
mentre tutti gli altri seguiranno nel più breve tempo che ci è possibile,
il pesantissimo rebuild, sarà effettuato e completato nei prossimi giorni...

trattasi di due kernel (3.0.12 e 3.1.4), per 5 differenti sorgenti, per due architetture:
un numero di rebuild notevole, e ognuno richiede anche alcune ore, spesso sono stato aiutato molto in queste operazioni di rebuild dagli altri amici del MIB, ma proprio in questi giorni, manco a farlo apposta, c'è pochissima disponibilità di risorse umane.

Colgo l'occasione di ringraziare un nuovo collaboratore, oiram73, che mi ha proposto di occuparsi di alcuni rebuild, gli ho proposto gli RT, e adessi si sta occupando dei rebuild del kernel rt 3.0.12, flavour che sta a lui particolarmente caro.

Ha già preparato il Kernel RT 3.0.12 per 2011 64bit, si occuperà anche di un testing che gli è congeniale, e domani mi ha confermato che effettuerà i rebuild di quello per 2011 32, e poi anche quelli per 2010.2 32bit, mentre quello per 2010.2 64 è stato rebuildato da me ed è presente


Ecco i Topic relativi sul MIB Forum

Kernel 3.0.12 + -NRJ -NRJ-PAE - RT for MDV 2010.2, 2011.0
http://mib.pianetalinux.org/mib/forum/v ... =38&t=3112

Kernel 3.1.4 + -NRJ -NRJ-PAE - for MDV 2010.2, 2011.0
http://mib.pianetalinux.org/mib/forum/v ... =38&t=3113


Ciao, NicCo
MIB Team

Ciao

Forse ti è sfuggito il mio post al riguardo qui e successivo ma sulla mia nuova macchina Asus con il passaggio dal kernel 2.6.38.7 al 3.1.2 i consumi sono aumentati di oltre il 10%.
Non so se dipenda dalla patch o dal kernel in se comunque la cosa è abbastanza spiacevole.


Ciao Ciao, Moreno

Quando le patch sono presenti, inserite bene davvero e sono controllabili da tutti, generalmente funzionano!

Da qui leggo che il difetto era stato segnalato a partire dal kernel 2.6.38,

El problema era que a partir de la versión 2.6.38 del Kernel, se deshabilitó -no entiendo por qué- por defecto el módulo Active State Power Management el cual tiene entre sus funciones reducir el consumo de energía.

e quindi a partire da tale kernel 2.6.38, di default su 2011 ufficiale, che era già un gran divoratore di energia e di batterie era un comportamento normale, ma se adesso il 3.1.x consuma ancora maggiormente è davvero anomalo.

Richiesta:
Mi sembra che una volta mi sono imbattuto in un comando da shell per leggere il consumo instantaneo in Watt:
ma non ricordo bene, se è vero o se ho un vago ricordo errato (forse era qualche opzione del comando acpi?)


Ciao, NicCo

acpi -b forse?

ciao, Luca.

Ciao

Qui si parla di dstat con il comando

Codice: Seleziona tutto

dstat --time --power --battery --battery-remain 10


Banalmente occorre installare il pacchetto dstat, non l'ho mai provato, la tua richiesta mi ha acceso la lampadina ed una breve ricerca mi ha portato a quel comando.


Ho provato ad avviare con il kernel 3.1.0, dove presumibilmente non era presente la patch ma non cambia un fico secco.
Comunque questo dimostra che il problema dello ASPM era legato a specifici hardware visto che a riposo 10W di consumo per un quadcore sono una favola.

Incidentalmente ho anche misurato l'assorbimento del mio schermo, 3,4W con luminosità al minimo e 9,4W al massimo, davvero niente male.


[postedit]
E' una cosa FANTASTICA questo dstat, può misurare una quantità di parametri stratosferica, mi domando come possa assere rimasto misconosciuto per così tanto tempo.

I valori restituiti da dstat sono perfettamente coerenti con quelli della lettura del file della batteria però a numerosi vantaggi:
1) Integra automaticamente il consumo di potenza nel periodo desiderato
2) Non interferisce con il disco per cui a riposo ora riesce a spegnersi, ho così scoperto che la rotazione del disco mi consuma circa 0,9W
3) il consumo di risorse è veramente ridicolo per cui non interferisce con la misurazione.

Ho provato anche a lanciare una sessione glxgears, i consumi sono saliti da 12 a 27W.
[/postedit]


Ciao Ciao, Moreno

Codice: Seleziona tutto

bash-4.1$ uname -a
Linux localhost.localdomain 3.1.4-desktop-nrj.69mib #1 SMP PREEMPT Mon Nov 28 20:49:13 CET 2011 x86_64 x86_64 x86_64 GNU/Linux

e secondo il comando dovrei avere

Codice: Seleziona tutto

[root@localhost ~]# acpi -b
Battery 0: Discharging, 95%, 01:57:15 remaining
[root@localhost ~]#


Se fosse vero,rispetto ai quasi 100 minuti con kernel 3.0.12, con il nuovo 3.1.4, dovrei aver guadagnato circa 20 minuti di autonomia,

ma voglio effettuare una prova pratica, per verificare se ciò è vero!


Ciao, NicCo

Ciao

Ma perché non provi dstat??


Ciao Ciao, Moreno

Codice: Seleziona tutto

[root@localhost ~]# dstat --time --power --battery --battery-remain 10
Module dstat_power failed to load. ([Errno 2] No such file or directory: '/proc/acpi/battery/')
Module dstat_battery failed to load. (No ACPI battery information found.)
Module dstat_battery_remain failed to load. ([Errno 2] No such file or directory: '/proc/acpi/battery/')
----system----
  date/time   
30-11 15:27:19
30-11 15:27:29
30-11 15:27:39
30-11 15:27:49
..............

così all'infinito?
o devo aspettare un bel pò prima di leggere qualcosa di significativo?


Ciao, NicCo

Ciao

Beh per prima cosa bastava leggere i messaggi d'errore.
Sembra che tu non abbia acpi attivo, la cosa è moltoooo strana, ti manca persino la cartella /proc/acpi/battery/.


Ciao Ciao, Moreno

Avevo letto, ma lo avevo trovato strano o errato

Codice: Seleziona tutto

[root@localhost utente]# service acpid status
acpid (pid  3345) è in esecuzione...
[root@localhost utente]#

ma in effetti

Codice: Seleziona tutto

[root@localhost utente]# service acpid status
acpid (pid  3345) è in esecuzione...

ma la cartella battery non c'è
/proc/acpi/battery
il resto della cartella c'è...

Codice: Seleziona tutto

[root@localhost acpi]# tree /proc/acpi
/proc/acpi
├── button
│   └── lid
│       └── LID
│           └── state
├── event
├── fixed_events
└── wakeup

3 directories, 4 files

Ciao, NicCo