Forum Debian Users Gang

jaka wersja ubuntu i co masz wkoncu zainstalowane co kontroli cpu?

morfik napisał(-a):

A po co procek ograniczać? xD

Np po to żeby komp nie odfrunął jak helikopter, kiedy wiatrak dostanie szału.

Albo żeby nie wyssał popiołu z pieca w kotłowni. :P

Ostatnio edytowany przez Jacekalex (2020-01-15 23:24:50)

Nie chodzi o ograniczanie, a o to żeby podczas nudy sam się nie ograniczał.

Ubuntu LTS, cpupower, wersję kernela sprawdzę jak wrócę, chociaż było to coś w okolicach 5.3.

Jacekalex napisał(-a):

morfik napisał(-a):

A po co procek ograniczać? xD

Np po to żeby komp nie odfrunął jak helikopter, kiedy wiatrak dostanie szału.

Albo żeby nie wyssał popiołu z pieca w kotłowni. :P

No to raczej potrzebna wymiana chłodzenia. xD

urbinek napisał(-a):

morfik napisał(-a):

A po co procek ograniczać? xD

ja mam down scale z 3.8ghz do 0.8ghz

nie ms sensu aby się grzało jak czytam coś :)

No ale przecie procki mają stany bezczynności, w których praktycznie nie pobierają żadnej energii, więc bez znaczenia czy masz 4GHz czy 100MHz. Jak  procek jest nieużywany, to nie pobiera energii albo pobiera jej tyle, że to nie czyni w standardowym użytkowaniu żadnej różnicy. Jedyna różnica jest wtedy, gdy procesor albo jego rdzenie wyłączysz kompletnie. W zasadzie liczy się jedynie obciążenie procka w danej chwili i tylko to przekłada się na faktyczny pobór mocy i wydzielanie ciepła. Jeśli teraz ograniczysz prockowi częstotliwość 4x, to zadanie, które ma wykonać, zajmie mu co najmniej 4x więcej czasu. W efekcie więcej ciepła się wydzieli i więcej prądu taki procek zje, no i więcej czasu stracisz...  xD

Tu jest przykład jednego rdzenia mojego procka po 40 min. pracy od startu systemu:

analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardware limits: 933 MHz - 2.00 GHz
  available frequency steps: 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz, 1.07 GHz, 933 MHz
  available cpufreq governors: conservative, ondemand, powersave, userspace, performance, schedutil
  current policy: frequency should be within 933 MHz and 2.00 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.20 GHz (asserted by call to hardware).
  cpufreq stats: 2.00 GHz:20.68%, 1.87 GHz:2.55%, 1.73 GHz:2.43%, 1.60 GHz:2.39%, 1.47 GHz:3.69%, 1.33 GHz:4.75%, 1.20 GHz:8.60%, 1.07 GHz:15.89%, 933 MHz:39.02%  (76199)

Jak widać, on głównie i tak siedzi w tych ~900 MHz.

Ostatnio edytowany przez morfik (2020-01-16 16:46:16)

Tu jeszcze taki kawałek z wiki:

Dynamic frequency scaling by itself is rarely worthwhile as a way to conserve switching power. Saving the highest possible amount of power requires dynamic voltage scaling too, because of the V2 component and the fact that modern CPUs are strongly optimized for low power idle states. In most constant-voltage cases, it is more efficient to run briefly at peak speed and stay in a deep idle state for longer time (called "race to idle" or computational sprinting), than it is to run at a reduced clock rate for a long time and only stay briefly in a light idle state. However, reducing voltage along with clock rate can change those trade-offs.
-- https://en.wikipedia.org/wiki/Dynamic_frequency_sca … rmance_impact

urbinek napisał(-a):

Pavlo950 napisał(-a):

Nie chodzi o ograniczanie, a o to żeby podczas nudy sam się nie ograniczał.

To zdanie nie ma najmniejszego sensu :D

Podczas idle ma być max częstotliwość a podczas używania spadać?

Chciałem sobie wrzucić maksymalną częstotliwość pracy na cały czas działania komputera, ot co :D