Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - xmms

Stran: 1 ... 6 7 [8] 9 10
106
Software / Re: Špatně rozdělený disk
« kdy: 29. 12. 2010, 23:17:15 »
Není to jedno, já to mám udělané jinak. MBR je původní z windows. Takže se nabootuje systém přímo z toho aktivního oddílu, který je nastaven.
Při nastavení bootflagu na sda2 se nastartuje windows bez grubu,
pří nastavení na sda4 se spustí grub a tam si vyberu.

To znamená, že windowsový zavaděč v MBR asi není schopný zavést systém dál než z sda4.

Já to nechám takhle, protože to nakonec vyhovuje a nebudu to měnit. GRUB v MBR nechci, proto jsem ho nainstaloval do sda4.

A proč mám dva swapy? Protože při instalaci mandrivy jsem omylem klepnul na automatické rozdělení disku a už to jelo.

Ale to je docela dobrý. Každý linux má svůj swap, takže je můžu hybernovat oba každý zvlášť. Bez toho by to šlo blbě.

107
Software / Re: Špatně rozdělený disk
« kdy: 28. 12. 2010, 23:07:47 »
Vymyslel jsem novou šílenost. Rozdělil jsem disk takhle:


Kód: [Vybrat]

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1        1658    13312000   27  Unknown
/dev/sda2            1658        1671      102400    7  HPFS/NTFS
/dev/sda3            1671       49971   387969750    7  HPFS/NTFS
/dev/sda4           49971       60801    86997550+   f  W95 Ext'd (LBA)
/dev/sda5           49971       56622    53429248   83  Linux
/dev/sda6           56623       56753     1051648   82  Linux swap / Solaris
/dev/sda7   *       56754       58321    12594928+  83  Linux
/dev/sda8           58322       58606     2289231   82  Linux swap / Solaris
/dev/sda9           58607       60801    17631306   83  Linux

A chci mít GRUB na sda4 a sda7. Oblíbený grub si vyberu tak, že buď nastavím aktivní sda4 nebo sda7. Ale ten v sda7 nejde a hlásí to "Operating system not found", ačkoliv jsem ho tam nainstaloval. Je vůbec možné takhle bootovat? Bylo by to fajn. Přecejenom je to v oddílu na rozšířeném disku.

108
Software / Re: Nastavení velikosti terminálu
« kdy: 28. 12. 2010, 23:00:19 »
Tak jsem hledal, jak tam zapnout rozlišení 1366x768 (takové moderní v dnešní době). Ale nikde na netu jsem to nenašel. Jen nevyřešené případy v diskuzích. VGA=ASK tento mód nenabízí. To ten kernel fakt neumí?

109
Hardware / Re: Extrémní vytížení procesoru
« kdy: 28. 12. 2010, 22:48:49 »
Tak jsem to otestoval. Prime95 trochu zaměstná procesor, ale nic moc. Furmark dá zabrat grafice, ale teplota stoupne přes 70 °C při takové zátěži a pak se rozjede větrák a stabilně to chladí na 65°C. Furmark ale ukazuje 0 °C, takže na grafice asi není teplotní čidlo (anebo je už dávno spálené :)).

S tou grafikou by to ale nedávalo moc smysl, protože v linuxu se to smaží i v konzoli v runlevelu 1, tam na grafiku nezatěžuju.

110
O serveru Root.cz / Re: Jak změnit heslo
« kdy: 28. 12. 2010, 21:27:26 »
Díky. Chtělo by to ale dát víc na oči.

111
O serveru Root.cz / Jak změnit heslo
« kdy: 28. 12. 2010, 16:41:07 »
Už asi půl hodiny procházím menu na root.cz a nemůžu najít kolonku na změnu hesla. Možná to pořád přehlížím či co, ale fakt to nemůžu najít.

Kde se to nastavuje?

112
Hardware / Re: Extrémní vytížení procesoru
« kdy: 28. 12. 2010, 15:10:56 »
Provedl jsem zátěžový test ve Windows 7:
V klidovém stavu běží procesor okolo 40°C.
Spustil jsem několik komprimací najednou, kopírování z USB externího disku, k tomu šifrování a zatížil jsem to na maximum. Podle razantního zpomalení systému bylo vidět, že je opravdu vytížený. Nechal jsem to běžet hodinu. Procesor nepřesáhnul 75°C. Jinak HDD se standardně smaží na 70°C, s tím už jsem se smířil. HDD asi nemá větrák. Po vypnutí těch zátěží se procesor uklidní a hned se začne bez problému chladit. Po dvou minutách nečinnosti se zchladí cca o 15°C.

Naproti tomu v linuxu to jede v klidu na 70°C a při vytížení i přes 100°C. Chyba v hardwaru to tedy nebude. Jen mám problém s tou kompilací jádra, ono mi to nikdy na můj pokus nefungovalo.

A teď nějaké obrázky:


113
Hardware / Re: Extrémní vytížení procesoru
« kdy: 28. 12. 2010, 01:13:42 »
glxinfo a glgears je OK jak píšete

Kód: [Vybrat]
v malém okýnku
11873 frames in 5.0 seconds = 2374.545 FPS

Kód: [Vybrat]
přes celou obrazovku
1437 frames in 5.0 seconds = 287.330 FPS

To s tím ale nebude mít mnoho společného, tohle fungovalo i předtím. Jen spouštění aplikací fungovalo předtím trochu pomaleji, ale jinak grafika byla plynulá i u her.

Možná jste nečetl čelé vlákno, jen připomínám, že i v runlevelu 1 se při kompilaci procesor taky smaží a i tam ho to dožene k vypnutí systému.

114
Hardware / Re: Extrémní vytížení procesoru
« kdy: 27. 12. 2010, 23:25:29 »
To je zajímavé. Při první instalaci suse jsem ještě musel nainstalovat ovladač od ATI, který hned napoprvé fungoval. Teď jsem ale suse přeinstaloval, zvolil jsem klasickou desktop instalaci a grafika hned jede a akceleruje. Ovladač od ATI jsem nemusel požít. Každopádně problém se tím nezměnil.

Je v tom ale velký rozdíl. Ne v tom pžehřívání, ale v rychlosti a odezvách systému. Předtím jsem zvolil k instalaci úplně všechno a systém byl dost pomalý a měl dlouhé odezvy. Teď ale jede všechno rychle, navíc to běží na desktopovém jádru, takže i přepínání z grafiky do konzole je hned bez přepínání obrazovky.

115
Hardware / Re: Extrémní vytížení procesoru
« kdy: 27. 12. 2010, 22:41:45 »
Grafika je ATI Mobility Radeon HD 4650.

116
Hardware / Re: Extrémní vytížení procesoru
« kdy: 27. 12. 2010, 19:09:53 »
Notebook je 10 měsíců starý a doteď jsem na něm provozoval jen Windows 7. Všechno tam jelo bez problému, i při hraní her nebyl nikdy problém. Teplotu jsem ale nemonitoroval. Na to se ještě podívám. Já teď pro změnu stahuju mandrivu 64 bit a vyzkouším, jestli to tam bude jiné.

Ten chladič by mohl být teoreticky špatně nasazený, ale nechce se mi do toho hrabat, to si nechám jako lahůdku až jako poslední možnost. Bohužel jsem v zahraničí a tady bych případnou reklamaci řešil blbě.

Dále koukám, že CPU jede v klidu na poloviční frekvenci a teď má 73°C, to je na poloviční frekvenci dost. Jinak při vytížení se rozjede na 2.10 GHz, teplota jede ke stovce a při dosažení 101°C následuje vypnutí systému.

Kód: [Vybrat]
# cpufreq-info
cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009
Chyby v programu prosím hlaste na http://bugs.opensuse.org (anglicky).
Chyby v překladu prosím hlaste na kavol@seznam.cz (česky ;-)
analyzuji CPU 0:
  ovladač: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardwarové meze: 1.20 GHz - 2.10 GHz
  dostupné frekvence: 2.10 GHz, 2.10 GHz, 1.60 GHz, 1.20 GHz
  dostupné regulátory: conservative, userspace, powersave, ondemand, performance
  současná taktika: frekvence by měla být mezi 1.20 GHz a 2.10 GHz.
                    Regulátor "ondemand" může rozhodnout jakou frekvenci použít
                    v těchto mezích.
  současná frekvence CPU je 1.20 GHz  (zjištěno hardwarovým voláním).
analyzuji CPU 1:
  ovladač: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  hardwarové meze: 1.20 GHz - 2.10 GHz
  dostupné frekvence: 2.10 GHz, 2.10 GHz, 1.60 GHz, 1.20 GHz
  dostupné regulátory: conservative, userspace, powersave, ondemand, performance
  současná taktika: frekvence by měla být mezi 1.20 GHz a 2.10 GHz.
                    Regulátor "ondemand" může rozhodnout jakou frekvenci použít
                    v těchto mezích.
  současná frekvence CPU je 1.20 GHz  (zjištěno hardwarovým voláním).
# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:       +73.0°C  (crit = +101.0°C)                 
temp2:       +73.0°C  (crit = +101.0°C)

117
Hardware / Re: Extrémní vytížení procesoru
« kdy: 27. 12. 2010, 18:32:10 »
Ty jejich stránky už fungujou, asi měli krátký výpadek. Stáhnul jsem novější tentokrát funkční bios, který jsem tam nahrál, ale nic se nezměnilo. V klidu jede procesor na 80°C, při kompilaci leze rychle ke stovce. HDD jede okolo 60°C.

Kdybyste někdo měl nápad, tak napište.

118
Hardware / Re: Extrémní vytížení procesoru
« kdy: 27. 12. 2010, 15:11:24 »
Toto je v runlevelu 1:
# powertop


Kód: [Vybrat]
Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        ( 0.0%)       Turbo Mode     0.2%
polling           0.0ms ( 0.0%)         2.10 Ghz     0.0%
C1 mwait          0.0ms ( 0.0%)         1.60 Ghz     0.0%
C2 mwait          0.7ms ( 0.0%)         1200 Mhz    99.8%
C6 mwait         31.4ms (99.9%)

Wakeups-from-idle per second : 32.2     interval: 5.0s                                                                                         
no ACPI power usage estimate available

Top causes for wakeups:
  38.4% ( 21.8)     <kernel core> : hrtimer_start (tick_sched_timer)
  17.6% ( 10.0)     <kernel core> : run_timer_softirq (r600_audio_update_hdmi)
  14.1% (  8.0)     <kernel core> : usb_hcd_poll_rh_status (rh_timer_func)
   8.8% (  5.0)     <kernel core> : run_timer_softirq (cursor_timer_handler)
   8.1% (  4.6)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
   7.0% (  4.0)       <interrupt> : acpi
   3.2% (  1.8)          events/1 : queue_delayed_work (delayed_work_timer_fn)
   1.1% (  0.6)          events/0 : queue_delayed_work (delayed_work_timer_fn)
   0.7% (  0.4)       <interrupt> : PS/2 keyboard/mouse/touchpad
   0.4% (  0.2)     <kernel core> : start_rt_bandwidth (sched_rt_period_timer)
   0.4% (  0.2)              init : hrtimer_start_range_ns (hrtimer_wakeup)
   0.4% (  0.2)     <kernel core> : run_timer_softirq (sync_supers_timer_fn)


Toto je v runlevelu 5:
# powertop


Kód: [Vybrat]
     PowerTOP version 1.12      (C) 2007 Intel Corporation                                                                                     

Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        ( 2,1%)       Turbo Mode     1,2%
polling           0,0ms ( 0,0%)         2,10 Ghz     0,0%
C1 mwait          0,0ms ( 0,0%)         1,60 Ghz     0,0%
C2 mwait          0,8ms ( 3,4%)         1200 Mhz    98,8%
C6 mwait          4,8ms (94,4%)

Wakeups-from-idle per second : 239,6    interval: 5,0s                                                                                         
no ACPI power usage estimate available

Top causes for wakeups:
  26,9% ( 61,6)       <interrupt> : extra timer interrupt
  18,2% ( 41,6)     <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
  13,0% ( 29,8)       <interrupt> : iwlagn
   7,6% ( 17,4)       <interrupt> : acpi
   5,2% ( 12,0)     <kernel core> : hrtimer_start (tick_sched_timer)
   4,9% ( 11,2)           firefox : hrtimer_start_range_ns (hrtimer_wakeup)
   4,2% (  9,6)       <interrupt> : ahci
   3,2% (  7,4)       <interrupt> : ehci_hcd:usb3, uhci_hcd:usb5
   2,6% (  6,0)     <kernel core> : run_timer_softirq (r600_audio_update_hdmi)
   2,1% (  4,8)     <kernel core> : usb_hcd_poll_rh_status (rh_timer_func)
   1,4% (  3,2)   USB device usb5 : UHCI Host Controller (Linux 2.6.34-12-default uhci_hcd)
   1,3% (  3,0)              Xorg : fbcon_add_cursor_timer (cursor_timer_handler)
   1,3% (  3,0)         syndaemon : hrtimer_start_range_ns (hrtimer_wakeup)
   1,3% (  3,0)   USB device usb3 : EHCI Host Controller (Linux 2.6.34-12-default ehci_hcd)
   1,2% (  2,8)             khubd : msleep (process_timeout)
   0,8% (  1,8)        parcellite : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)              nscd : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)   gpk-update-icon : hrtimer_start_range_ns (hrtimer_wakeup)
   0,5% (  1,2)           ha_logd : hrtimer_start_range_ns (hrtimer_wakeup)
   0,4% (  1,0)          events/1 : queue_delayed_work (delayed_work_timer_fn)
   0,3% (  0,6)      <kernel IPI> : Rescheduling interrupts
   0,3% (  0,6)   gvfs-afc-volume : hrtimer_start_range_ns (hrtimer_wakeup)
   0,3% (  0,6)     <kernel core> : run_timer_softirq (tg3_timer)
   0,3% (  0,6)            smpppd : hrtimer_start_range_ns (hrtimer_wakeup)

Nevím, jestli to je dobře nebo špatně, možná by někdo uměl říct víc. Každopádně nejvíc tam je hrtimer_start_range_ns.

BIOS:

S tím biosem mě to už taky napadlo. Už před nějakou dobou jsem ho zkusil updatovat. Na jejich stránkách byla možnost podle výrobního čísla ověřit potřebnost updatovat bios. Řeklo mi to, že můj bios není třeba updatovat. Nový bios na jejich stránkách byl a ten jsem chtěl samozřejmě vyzkoušet, ale nešlo to nainstalovat. Jejich DOS updatovací program se seknul při zálohování stávajícího bious a ta windowsová verze nešla vůbec. Dnes jejich stránky acer.cz nefungují a na acer.com chybí můj model 5738G. Někdy mám pocit, že si ze mě dělá výrobce srandu.

Ale je to divné, když větrák stále hučí a celý systém se přehřívá. Co by to ještě mohlo způsobovat? Rozebrat a zkontrolovat větrák uvnitř je až poslední možnost. Znovu připomínám, že ten problém mám jen v linuxu, takže hardwarovou chybu nepředpokládám.

119
Hardware / Extrémní vytížení procesoru
« kdy: 26. 12. 2010, 20:02:09 »
Mám takový problém s openSUSE 11.3. Po instalaci systému běží naplno procesor takovým způsobem, že se přehřeje a vypne. Celý notebook je dost horký a já nemůžu přijít na to, co ho tolik vytěžuje.

Jen na okraj mám ACER core2 duo.

Trocha z mého /var/log/messages

Kód: [Vybrat]
Dec 20 22:38:17 xmms smartd[2946]: Device: /dev/sda [SAT], SMART Usage Attribute: 193 Load_Cycle_Count changed from 180 to 179
Dec 20 22:38:17 xmms smartd[2946]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 103 to 102

Dec 26 13:55:43 xmms kernel: [ 5220.375796]     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Dec 26 13:55:43 xmms kernel: [ 5220.375800]     (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Dec 26 13:59:20 xmms smartd[2994]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 81 to 78
Dec 26 14:02:08 xmms kernel: [ 5605.289475] CPU1: Temperature above threshold, cpu clock throttled (total events = 1)
Dec 26 14:02:08 xmms kernel: [ 5605.289485] Disabling lock debugging due to kernel taint
Dec 26 14:02:08 xmms kernel: [ 5605.290118] CPU1: Temperature/speed normal
Dec 26 14:03:43 xmms kernel: [ 5700.004015] Machine check events logged
Dec 26 14:03:55 xmms kernel: [ 5712.619161] Critical temperature reached (103 C), shutting down.
Dec 26 14:03:55 xmms kernel: [ 5712.620823] Critical temperature reached (101 C), shutting down.
Dec 26 14:03:55 xmms shutdown[2307]: shutting down for system halt
Dec 26 14:03:56 xmms init: Switching to runlevel: 0

A toho je tam plno.

Umí někdo poradit, jak zjistit příčinu problému? Podle výpisu běžících procesů nic nenasvědčuje takové aktivitě. I pevný disk je v klidu a nic nedělá, ale přehřívá se taky. Spolu s tím i wifi karta, takže se mi odpojuje od internetu. Větrák jede nepřetržitě na plné obrátky, ale nestíhá chladit.

Zkusil jsem pokus: počítač jsem nechal vychladnout a nabootoval runlevel 1. V něm to ale také docela hřeje. Pokud tam spustím něco třeba kompilaci jádra, procesor se přehřeje a počítač vypne. Problém určitě nebude způsoben programem typu Beagle apod. Zde je výpis ps aux z runlevel 1:

Kód: [Vybrat]
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  1.7  0.0   2196   732 ?        Ss   17:58   0:00 init [S]   
root         2  0.0  0.0      0     0 ?        S    17:58   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    17:58   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S    17:58   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S    17:58   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S    17:58   0:00 [migration/1]
root         7  0.0  0.0      0     0 ?        S    17:58   0:00 [ksoftirqd/1]
root         8  0.0  0.0      0     0 ?        S    17:58   0:00 [watchdog/1]
root         9  0.0  0.0      0     0 ?        S    17:58   0:00 [events/0]
root        10  0.0  0.0      0     0 ?        S    17:58   0:00 [events/1]
root        11  0.0  0.0      0     0 ?        S    17:58   0:00 [cpuset]
root        12  0.0  0.0      0     0 ?        S    17:58   0:00 [netns]
root        13  0.0  0.0      0     0 ?        S    17:58   0:00 [async/mgr]
root        14  0.0  0.0      0     0 ?        S    17:58   0:00 [pm]
root        15  0.0  0.0      0     0 ?        S    17:58   0:00 [sync_supers]
root        16  0.0  0.0      0     0 ?        S    17:58   0:00 [bdi-default]
root        17  0.0  0.0      0     0 ?        S    17:58   0:00 [kintegrityd/0]
root        18  0.0  0.0      0     0 ?        S    17:58   0:00 [kintegrityd/1]
root        19  0.0  0.0      0     0 ?        S    17:58   0:00 [kblockd/0]
root        20  0.0  0.0      0     0 ?        S    17:58   0:00 [kblockd/1]
root        21  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpid]
root        22  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpi_notify]
root        23  0.0  0.0      0     0 ?        S    17:58   0:00 [kacpi_hotplug]
root        24  0.4  0.0      0     0 ?        S    17:58   0:00 [kseriod]
root        27  0.0  0.0      0     0 ?        S    17:58   0:00 [kondemand/0]
root        28  0.0  0.0      0     0 ?        S    17:58   0:00 [kondemand/1]
root        29  0.0  0.0      0     0 ?        S    17:58   0:00 [khelper]
root        30  0.0  0.0      0     0 ?        S    17:58   0:00 [khungtaskd]
root        31  0.0  0.0      0     0 ?        S    17:58   0:00 [kswapd0]
root        32  0.0  0.0      0     0 ?        SN   17:58   0:00 [ksmd]
root        33  0.0  0.0      0     0 ?        S    17:58   0:00 [aio/0]
root        34  0.0  0.0      0     0 ?        S    17:58   0:00 [aio/1]
root        35  0.0  0.0      0     0 ?        S    17:58   0:00 [crypto/0]
root        36  0.0  0.0      0     0 ?        S    17:58   0:00 [crypto/1]
root        38  0.0  0.0      0     0 ?        S    17:58   0:00 [kpsmoused]
root        68  0.0  0.0      0     0 ?        S    17:59   0:00 [ata/0]
root        69  0.0  0.0      0     0 ?        S    17:59   0:00 [ata/1]
root        70  0.0  0.0      0     0 ?        S    17:59   0:00 [ata_aux]
root        71  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_0]
root        72  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_1]
root        73  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_2]
root        74  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_3]
root        75  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_4]
root        76  0.0  0.0      0     0 ?        S    17:59   0:00 [scsi_eh_5]
root       195  0.0  0.0      0     0 ?        S    17:59   0:00 [khubd]
root       397  0.0  0.0      0     0 ?        S    17:59   0:00 [jbd2/sda6-8]
root       398  0.0  0.0      0     0 ?        S    17:59   0:00 [ext4-dio-unwrit]
root       399  0.0  0.0      0     0 ?        S    17:59   0:00 [ext4-dio-unwrit]
root       405  0.0  0.0      0     0 ?        S    17:59   0:00 [flush-8:0]
root       411  0.0  0.0      0     0 ?        S    17:59   0:00 [usbhid_resumer]
root       549  0.1  0.0   3072  1320 ?        S<s  17:59   0:00 /sbin/udevd --daemon
root       752  0.0  0.0      0     0 ?        S    17:59   0:00 [kvm-irqfd-clean]
root       796  0.0  0.0      0     0 ?        S    17:59   0:00 [cfg80211]
root       864  0.0  0.0      0     0 ?        S    17:59   0:00 [iwlagn]
root       875  0.0  0.0      0     0 ?        S    17:59   0:00 [phy0]
root       883  0.0  0.0      0     0 ?        S    17:59   0:00 [hd-audio0]
root       919  0.0  0.0      0     0 ?        S    17:59   0:00 [hd-audio1]
root       922  0.0  0.0      0     0 ?        S    17:59   0:00 [bluetooth]
root       994  0.0  0.0      0     0 ?        S    17:59   0:00 [kstriped]
root      1555  0.0  0.0   3068  1272 ?        S<   17:59   0:00 /sbin/udevd --daemon
root      1556  0.0  0.0   3068  1272 ?        S<   17:59   0:00 /sbin/udevd --daemon
root      1632  0.1  0.0   3816  2180 tty1     Ss   17:59   0:00 bash
root      1647  0.0  0.0   2564   900 tty1     R+   17:59   0:00 ps aux

Vůbec mě nenapadá, co ten procesor může tolik vytěžovat. Procesy většinou spí.
Ve Windows s tím nejsou žádné problémy a zdaleka se tolik nezahřeje ani při hraní náročných her jako třeba CRYSIS.
Zajímá mě, jakým způsobem můžu zjistit příčinu a vyřešit. Nevím jak dál.

120
Hardware / Re: Jak updatovat mikrokód CPU
« kdy: 25. 12. 2010, 16:32:44 »
Asi jo. Tomuhle moc nerozumím.

Stran: 1 ... 6 7 [8] 9 10