Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Comportamento strano nuovo kernel
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Forum italiano (Italian) Forum di discussione italiano
View previous topic :: View next topic  
Author Message
publiosulpicio
Apprentice
Apprentice


Joined: 31 Aug 2008
Posts: 150

PostPosted: Mon May 04, 2009 6:23 pm    Post subject: Comportamento strano nuovo kernel Reply with quote

Salve a tutti, sul mio portatile ho un intel core2 duo con installato gentoo a 64 bit. Partecipo ad un progetto di calcolo distribuito, GIMPS (www.mersenne.org). In sostanza faccio andare in continuazione un programma che ricerca numeri primi, il programma ha un nice di 19, quindi non influisce in nessun modo sulle prestazioni (tra l'altro se siete interessati a partecipare e volete far parte della mia squadra fatemi sapere). Il programma è progettato per girare su un singolo processore, e in effetti system monitor segnala costantemente il processore in uso al 50% (o poco più), anche se ho notato che il kernel sposta frequentemente il processo da un processore all'altro. Usandolo in questo modo il computer non si surriscalda quasi per nulla, il processore è in media a 54 gradi, mentre senza questo programma è a circa 49, in ogni caso la ventola è spenta, o parte ogni tanto (cosa che fa in ogni caso). Chissene frega direte voi, però ora arriva la mia domanda: recentemente ho aggiornato il kernel, passando da 2.6.27-r8 a 2.6.28-r5 (il kernel è preso da gentoo-sources). Bhè, col nuovo kernel il processore è costantemente a quasi 80 gradi, la ventola gira costantemente (molto rumorosamente) e il programma va al triplo della velocità! Qualcuno sa di qualche cambiamento che potrebbe giustificare queste differenza? È sicuramente colpa del kernel, con quello vecchio torna tutto come prima. Naturamente non voglio che il processore sia così caldo (da notare che comunque viene usato solo uno dei due core), quindi per ora sto usando il kernel vecchio, però vorrei capire cosa è successo, sopratutto per riuscire a sfruttare in qualche modo questo fatto. Grazie delle eventuali risposte!
Ricky
Back to top
View user's profile Send private message
Peach
Advocate
Advocate


Joined: 08 Mar 2003
Posts: 3686
Location: London, UK

PostPosted: Mon May 04, 2009 6:49 pm    Post subject: Reply with quote

questa è una domanda da LKML!
cmq da quello che ne so è abbastanza possibile. se non hai dei motivi precisi per aggiornare (driver bug altro) io non aggiornerei.
_________________
Gentoo user since 2004.
"It's all fun and games, until someone loses an eye" - mom
Back to top
View user's profile Send private message
publiosulpicio
Apprentice
Apprentice


Joined: 31 Aug 2008
Posts: 150

PostPosted: Mon May 04, 2009 7:38 pm    Post subject: Reply with quote

Infatti per ora mi tengo il vecchio kernel, però la cosa mi incuriosisce!
Back to top
View user's profile Send private message
mack1
Guru
Guru


Joined: 18 Mar 2006
Posts: 315

PostPosted: Mon May 04, 2009 8:31 pm    Post subject: Reply with quote

Anche io ho aggiornato al 2.6.28 sul portatile (core duo) e ho notato comportamenti anomali come lettura delle temperature dei due core totalmente sballata (stavano intorno ai 10/11 gradi) ed una cattiva gestione di frequency scaling (durante la compilazione un core stava al massimo della frequenza e l'altro al minimo :lol: ), riavviando con il 2.6.27 tutto tornava a posto.

Ciao
Back to top
View user's profile Send private message
!equilibrium
Bodhisattva
Bodhisattva


Joined: 06 Jun 2004
Posts: 2109
Location: MI/BG/LC

PostPosted: Tue May 05, 2009 4:27 pm    Post subject: Reply with quote

fai un diff -u tra i file .conf delle due versioni del kernel e vedi cosa cambia tra l'uno e l'altro, in caso postala qui sul forum (togliendo le parti commentate).
_________________
Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe

all my contents are released under the Creative Commons Licence by-nc-nd 2.5
Back to top
View user's profile Send private message
oRDeX
Veteran
Veteran


Joined: 19 Oct 2003
Posts: 1325
Location: Italy

PostPosted: Tue May 05, 2009 7:47 pm    Post subject: Reply with quote

già, segui il consiglio di !equilibrium. Io ho il dubbio che dipenda dal governor utilizzato per cpufreq.
Back to top
View user's profile Send private message
fikiz
Apprentice
Apprentice


Joined: 07 Mar 2005
Posts: 282
Location: Italy

PostPosted: Wed May 06, 2009 8:12 am    Post subject: Reply with quote

beh, se GIMPS gira al triplo della velocità questo giustifica un assorbimento di corrente (e quindi riscaldamento) superiore. A me verrebbe da dire che il vecchio kernel ha un bug che rallenta GIMPS.
Andrebbe valutata anche la possibilità di una lettura errata della temperatura con il nuovo kernel (come già suggerito).

ciao!
Back to top
View user's profile Send private message
mack1
Guru
Guru


Joined: 18 Mar 2006
Posts: 315

PostPosted: Wed May 06, 2009 8:58 am    Post subject: Reply with quote

@publiosulpicio dando un'occhiata sul forum internazionale ho trovato questo:

https://forums.gentoo.org/viewtopic-t-747140-highlight-.html

Sembra che abbiate lo stesso problema, ha anche aperto un bug su kernel bug tracker:

http://bugzilla.kernel.org/show_bug.cgi?id=12385

Invece il mio problema sembra essere dovuto ad acpi, le conf dei due kernel sono esattamente le stesse e con il 2.6.27 il cpu frequency scaling funzionava bene.
Se do un /etc/init.d/acpid restart il demone riparte però nei log trovo un'errore:

Code:

acpid: exiting
cpufreqd: event_wait               : Error polling ACPI Event handler (0x0011).
acpid: starting up
acpid: 3 rules loaded
acpid: client connected from 3559[102:1002]
acpid: 1 client rule loaded


Mentre riavviando cpufreqd:

Code:

cpufreqd: term_handler             : Caught TERM signal (Terminated), forcing exit.
cpufreqd: acpi_event_exit          : Couldn't cancel event thread (No such process).
cpufreqd: pmu_init                 : /proc/pmu/info: No such file or directory
acpid: client connected from 5402[0:0]
acpid: 1 client rule loaded
cpufreqd_set_profile     : Profile "ondemand" set for cpu0
cpufreqd_set_profile     : Profile "ondemand" set for cpu1


L'errore acpi:

Code:

>dmesg | grep -i acpi
 BIOS-e820: 000000007fe70000 - 000000007ff00000 (ACPI NVS)
ACPI: Shall use APIC/MADT table 2
 modified: 000000007fe70000 - 000000007ff00000 (ACPI NVS)
ACPI: RSDP 000F7C60, 0024 (r2 HP    )
ACPI: XSDT 7FE7A88A, 008C (r1 HPQOEM SLIC-MPC  6040000  LTP        0)
ACPI: FACP 7FE83BF8, 00F4 (r3 INTEL  CALISTGA  6040000 ALAN        1)
ACPI: DSDT 7FE7C5E7, 759D (r1 HP     30BC      6040000 MSFT  100000E)
ACPI: FACS 7FE84FC0, 0040
ACPI: APIC 7FE83CEC, 0068 (r1 HP     30BC      6040000 LOHR       5A)
ACPI: HPET 7FE83D54, 0038 (r1 HP     30BC      6040000 LOHR       5A)
ACPI: MCFG 7FE83D8C, 003C (r1 HP     30BC      6040000 LOHR       5A)
ACPI: TCPA 7FE83DC8, 0032 (r1 HP     30BB      6040000  PTL        1)
ACPI: APIC 7FE83DFA, 0068 (r1 HP     30BC      6040000  LTP        0)
ACPI: BOOT 7FE83E62, 0028 (r1 HP     30BC      6040000  LTP        1)
ACPI: SLIC 7FE83E8A, 0176 (r1 HPQOEM SLIC-MPC  6040000  LTP        1)
ACPI: SSDT 7FE7BF98, 064F (r1     HP 30BC         1000 INTL 20050624)
ACPI: SSDT 7FE7B906, 0692 (r1 HP     30BC         1000 INTL 20050624)
ACPI: SSDT 7FE7AEA2, 025F (r1 HP     30BC         3000 INTL 20050624)
ACPI: SSDT 7FE7ADFC, 00A6 (r1 HP     30BC         3000 INTL 20050624)
ACPI: SSDT 7FE7A916, 04E6 (r1 HP     30BC         3000 INTL 20050624)
ACPI: BIOS bug: multiple APIC/MADT found, using 2
ACPI: If "acpi_apic_instance=0" works better, notify linux-acpi@vger.kernel.org
ACPI: Local APIC address 0xfee00000
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: HPET id: 0x8086a201 base: 0xfed00000
Kernel command line: root=/dev/sda5 quiet acpi_apic_instance=2
ACPI: Core revision 20080926
ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
ACPI: bus type pci registered
ACPI: EC: Look up EC in DSDT
ACPI: BIOS _OSI(Linux) query ignored
ACPI: Interpreter enabled
ACPI: (supports S0 S3 S5)
ACPI: Using IOAPIC for interrupt routing
ACPI: EC: non-query interrupt received, switching to interrupt mode
ACPI: EC: GPE = 0x17, I/O: command/status = 0x66, data = 0x62
ACPI: EC: driver started in interrupt mode
ACPI: No dock devices found.
ACPI: PCI Root Bridge [PCI0] (0000:00)
pci 0000:00:1f.0: quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEGP._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs *3)
ACPI: PCI Interrupt Link [LNKC] (IRQs *3)
ACPI: PCI Interrupt Link [LNKD] (IRQs *4)
ACPI: PCI Interrupt Link [LNKE] (IRQs *10)
ACPI: PCI Interrupt Link [LNKF] (IRQs 11) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs *5)
ACPI: PCI Interrupt Link [LNKH] (IRQs *7)
PCI: Using ACPI for IRQ routing
pnp: PnP ACPI init
ACPI: bus type pnp registered
pnp: PnP ACPI: found 11 devices
ACPI: ACPI bus type pnp unregistered
ACPI Error (psargs-0358): [Z012] Namespace lookup failure, AE_NOT_FOUND
ACPI Error (psparse-0524): Method parse/execution failed [\_SB_.PCI0._OSC] (Node f7012228), AE_NOT_FOUND
ACPI Error (psargs-0358): [Z012] Namespace lookup failure, AE_NOT_FOUND
ACPI Error (psparse-0524): Method parse/execution failed [\_SB_.PCI0._OSC] (Node f7012228), AE_NOT_FOUND
ACPI: I/O resource 0000:00:1f.3 [0x18c0-0x18df] conflicts with ACPI region SMBI [0x18c0-0x18cf]
ACPI: Device needs an ACPI driver
acpi device:05: registered as cooling_device0
ACPI: AC Adapter [ACAD] (on-line)
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
ACPI: Battery Slot [BAT0] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: SSDT 7FE7B648, 01F6 (r1 HP     30BC         3000 INTL 20050624)
ACPI: SSDT 7FE7B101, 04C2 (r1 HP     30BC         3001 INTL 20050624)
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
processor ACPI_CPU:00: registered as cooling_device1
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: SSDT 7FE7B83E, 00C8 (r1 HP     30BC         3000 INTL 20050624)
ACPI: SSDT 7FE7B5C3, 0085 (r1 HP     30BC         3000 INTL 20050624)
ACPI: CPU1 (power states: C1[C1] C2[C2] C3[C3])
processor ACPI_CPU:01: registered as cooling_device2
ACPI: Processor [CPU1] (supports 8 throttling states)
ACPI: Power Button (CM) [PWRB]
ACPI: Thermal Zone [THR1] (28 C)
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
nvidia 0000:01:00.0: power state changed by ACPI to D0


In sostanza i due core funzionano con frequenze diverse, in alcuni casi hanno governor diversi per ora ho settato in cpufreqd.conf powersave se alimento a batteria e performance se sono con l'alimentatore per evitare questo "strabismo" dei core.


Ciao e grazie
Back to top
View user's profile Send private message
devilheart
l33t
l33t


Joined: 17 Mar 2005
Posts: 848
Location: Villach, Austria

PostPosted: Wed May 06, 2009 10:55 am    Post subject: Reply with quote

la mia prima ipotesi è che il kernel, vedendo che c'è poco carico, dà più tempo cpu a gimps. non c'è nulla di anomalo in ciò
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Forum italiano (Italian) Forum di discussione italiano All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum