View previous topic :: View next topic |
Author |
Message |
publiosulpicio Apprentice
Joined: 31 Aug 2008 Posts: 150
|
Posted: Mon May 04, 2009 6:23 pm Post subject: Comportamento strano nuovo kernel |
|
|
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 |
|
|
Peach Advocate
Joined: 08 Mar 2003 Posts: 3686 Location: London, UK
|
Posted: Mon May 04, 2009 6:49 pm Post subject: |
|
|
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 |
|
|
publiosulpicio Apprentice
Joined: 31 Aug 2008 Posts: 150
|
Posted: Mon May 04, 2009 7:38 pm Post subject: |
|
|
Infatti per ora mi tengo il vecchio kernel, però la cosa mi incuriosisce! |
|
Back to top |
|
|
mack1 Guru
Joined: 18 Mar 2006 Posts: 315
|
Posted: Mon May 04, 2009 8:31 pm Post subject: |
|
|
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 ), riavviando con il 2.6.27 tutto tornava a posto.
Ciao |
|
Back to top |
|
|
!equilibrium Bodhisattva
Joined: 06 Jun 2004 Posts: 2109 Location: MI/BG/LC
|
Posted: Tue May 05, 2009 4:27 pm Post subject: |
|
|
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 |
|
|
oRDeX Veteran
Joined: 19 Oct 2003 Posts: 1325 Location: Italy
|
Posted: Tue May 05, 2009 7:47 pm Post subject: |
|
|
già, segui il consiglio di !equilibrium. Io ho il dubbio che dipenda dal governor utilizzato per cpufreq. |
|
Back to top |
|
|
fikiz Apprentice
Joined: 07 Mar 2005 Posts: 282 Location: Italy
|
Posted: Wed May 06, 2009 8:12 am Post subject: |
|
|
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 |
|
|
mack1 Guru
Joined: 18 Mar 2006 Posts: 315
|
Posted: Wed May 06, 2009 8:58 am Post subject: |
|
|
@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 |
|
|
devilheart l33t
Joined: 17 Mar 2005 Posts: 848 Location: Villach, Austria
|
Posted: Wed May 06, 2009 10:55 am Post subject: |
|
|
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 |
|
|
|
|
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
|
|