Korlátozza a processzor maximális sebességét

cpu

Sokáig azon gondolkodtam, hogy a számítógépem miért túlmelegedett Linux alatt, bár velem is előfordult velem, de nem olyan gyakran, ezért kíváncsi voltam, mi fog történni, és rájöttem, hogy csak akkor történt, amikor a 2 processzor bármelyike ​​100% -os frekvencián volt hosszú ideig okozta a túlmelegedést és végül leállt.

Ez szinte lehetetlenné tette a Linux disztribútor telepítését, mivel az élő CD-ről, amellyel maximálisan kihasználta a processzort, és ventilátort kellett tennem a laptop szellőzőnyílásába, ezt többször megtettem a telepítési mániám miatt disztribúció Csak a szekcióba lépésig tettem elé, de csak a 2-es gnome korlátozhatta a processzor frekvenciáját (felhasználói tér módban) a mellékelt kisalkalmazással, de állandóan abban a frekvenciában maradt, amelyet én tettem, és ez volt nem igény szerint, és ez mindig azt a frekvenciát tette lehetővé, amelyet engedtem, és nem az, amelyre a processzornak szüksége volt.

Akkor kerestem, hogyan lehet korlátozni a processzor maximális működési frekvenciáját, hogy a processzort szükség szerint kezeljük anélkül, hogy elérnénk a processzor 100% -át, hogy ne hevüljön túl.

Először tudnunk kell, hogy hány processzorunk van egy terminál írásakor:

ls / sys / devices / system / cpu / | grep cpu [0-9]

Az én esetemben a kimenet az volt

cpu0 cpu1

Ez azt jelenti, hogy 2 processzorom van

Ezután minden egyes processzorodhoz

more / sys / devices / system / cpu / cpu [0-9] / cpufreq / scaling_available_frequencies

Az én esetemben a kimenetek voltak

::::::::::::::: / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies :::::::::::::::: 2100000 1050000 525000 --Tovább-- (Következő fájl: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_availabl ::::::::::::::::: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_available_frequencies :::: :::::::::: 2100000 1050000 525000

Mindkét processzor esetében, amint mondtam, ha a processzorok 2100000 hertz sebességgel rendelkeznek, egy idő után túlmelegszik, ezért korlátozni akarom a maximális frekvenciát, mivel a / sys / devices / system / cpu / cpux / cpufreq / könyvtárban lévő fájlok a rendszergazdától származnak. szükséges a rendszergazdaként kívánt változtatások elvégzéséhez

A fájlban a maximális sebességet szerkesztik

/ sys / devices / system / cpu / cpu0 / cpufreq / scaling_max_freq / sys / devices / system / cpu / cpu1 / cpufreq / scaling_max_freq

És mivel minden indításkor meg akarom változtatni, akkor kényelmes, ha az /etc/rc.local könyvtárba teszem, majd adminisztrátorként szerkesztem a fájlt
Gnome

gksu gedit /etc/rc.local

KDE

kdesu kate /etc/rc.local

Terminál (változtassa meg a nanót a kedvenc szerkesztőjévé, vagy használja a su parancsot a parancs beírása előtt)

sudo nano /etc/rc.local

Add a sorok közé

 #! / bin / sh -e echo 1050000> '/ sys / devices / system / cpu / cpu0 / cpufreq / scaling_max_freq' echo 1050000> '/ sys / devices / system / cpu / cpu1 / cpufreq / scaling_max_freq' exit 0

Így a processzor maximális sebessége 1050000 lesz.

Remélem, valakinek hasznos.


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   merlin a debianit dijo

    Milyen jó tipp, valójában van egy asztali számítógépem Solus-szal, amely nem tudott semmit kikapcsolni, és megpróbálom megköszönni a cikket.

  2.   Ivan Barra dijo

    Hé, ellenőrizte vagy frissítette a számítógép BIOS-át? Ez egy HP modell? Kérdezlek benneteket, mert nagy valószínűséggel a BIOS-szal és az Intel SpeedStep vagy az AMD cool & Quiet konfigurációjával van probléma, sokszor megoldottam a BIOS frissítésének túlmelegedését (csapatépítő vagyok), a másik a gyárból érkező termikus paszta cseréje (ezek általában nagyon rosszak), az egyik ezüstvegyületet tartalmazó dollárba 10 USD kerül, és általában sokkal jobb, mint az összeszereléskor. Ellenőrizze a szennyeződést vagy port, a szöszöket a berendezés belsejében, végül vásárolhat egy alapot (vagyis alumíniumot, a műanyagnak ellentétes hatása van, amelyre beszerezték), és ezzel szellőztesse a készülék alját. felszerelés.

    Remélem, hogy ez segít neked,

    Üdvözlet.

    1.    Christopher castro dijo

      Ez egy Toshiba Satellite A305D-SP6905R http://pcxion.com/shop/printinfo.php?products_id=1080

      Mivel új volt a problémám, amikor van pénzem, elviszem a karbantartáshoz, és frissítenem kellett a BIOS-t, mivel nem tudtam a Windows 7-et telepíteni annak idején, ezért erőszakkal kellett frissítenem, és feltételezem, hogy ez volt az utolsó BIOS-frissítés, amelyet telepíteni kellett.

      1.    Ivan Barra dijo

        Mennyire furcsa ez veled, nekem 2 Toshibám volt, és soha nem voltak hőmérsékleti problémáim. Nem úgy, mint a HP, volt egy 13.3 hüvelykes tablet típusú HP Compaq, és borzalmasan rossz lett. És több tucat HP-t javítottam ugyanezzel a problémával, de ez többnyire tervezési probléma volt, és az Nvidia grafikával rendelkezők, a tipikus forrasztási probléma, ezért újra golyózni kellett.

        Üdvözlet.

  3.   ghermain dijo

    Köszönöm az információkat, jelenleg a 408 GB RAM-mal és az LM6 KDE RC x14-mel rendelkező Samsung RV64 laptopom problémamentesen működik, azonban elővigyázatosságból, és valamikor ezelőtt 3 motorventilátorral ellátott alapot használok mind ehhez, mind az Acer AOD255E netbookhoz 2 GB RAM és LM14 KDE RC x32, és nagyon hűvösek, csak a netbook észrevehető, hogy kicsit felmelegszik, ha sok program és ablak van nyitva, különben soha nem kapcsoltam ki, vagy nem kaptam riasztást a túlmelegedés miatt.
    Jó lenne tudni, hogy a gyártók és a modellek miként adják meg ezeket a problémákat, és hogyan oldották meg őket, a referenciák érdekében.

  4.   Alf dijo

    Az enyém néha felforrósodik, a 2 processzorom frekvenciája

    alf @ Alf: ~ $ more / sys / devices / system / cpu / cpu [0-9] / cpufreq / scaling_available_frequencies
    ::::::::::::::::::
    / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies
    ::::::::::::::::::
    1900000 1800000 1600000 1400000 1200000 1000000 800000
    ::::::::::::::::::
    / sys / devices / system / cpu / cpu1 / cpufreq / scaling_available_frequencies
    ::::::::::::::::::
    1900000 1800000 1600000 1400000 1200000 1000000 800000
    alf @ Alf: ~ $

    Milyen gyakran javasolja, hogy maximálisan távozzak?

    1.    Christopher dijo

      1600000

      Nem igazán tudom nagyon jól, de ha 1.9Ghz a maximum, akkor az 1.6 jó frekvencia.

  5.   hexborg dijo

    Jó tipp. Soha nem voltak túlmelegedési problémáim, de ezt minden esetre figyelembe veszem.

  6.   reevil dijo

    A gyakorlatban ennek jelentősen csökkentenie kell az alkalmazások megnyílásának sebességét és más eseményeket, amelyekben a processzornak a munkaterhelése csúcsértékű (különösen az egymagú számítógépeknél).
    Igazam van?

    1.    Ivan Barra dijo

      Helyes, de attól függ, hogy ha csak a számítógépet használja az internet, a zene és a videók megtekintésére, akkor nem fogja észrevenni a különbséget, most, ha kényszerített kódfordító vagy, észreveszed a különbséget.

      Üdvözlet.

  7.   maga dijo

    Van egy ilyen problémám egy régi Acer Aspire 5315-ben is, amelyet egyszer és mindenkorra meg akarok oldani; de a könyvtárfám útvonala eltér az Ön által megadottól, egészen a cpu0-ig megegyezik, de ettől kezdve nem találom a cpufreq mappát, de ezek a többi gyorsítótár, cpuidle, power, alrendszer, termo-fojtószelep, topológia és a crash -jegyzetek és fájlok uevent, és egyik mappában sem látom a scaling_max_freq fájlt.

    1.    férj dijo

      A cpu frekvencia méretezés csak a core2duo utáni mikrofonok esetében érhető el, a pentium D, 4, a celeron vagy a mononukleók nem. Azért, mert még a prescotts is maximálisan működött, energiát és hőt pazarolva, nekem volt olyan, amelyik mindig 40 vagy annál többet járt mindig, ha télen nem volt hideg lábam

      1.    ghermain dijo

        Hehehe 🙂 nem tudod elképzelni azt az ötletet, amit nekem adtál ...

  8.   A dijo

    A Gnome vagy a Unity esetében megtalálható a cpufreq jelző, amely lehetővé teszi a processzor sebességének és teljesítményének beállításait a felső panelről.

  9.   Ergean dijo

    Szia @ Christopher Castro, gratulálok a cikkhez, tömör és hasznos, csak egy kis javítás, ne hívja a CPU / UCP magokat (processzor) processzort, mivel az emberek összezavarodhatnak.

    Ami engem meglep, hogy két processzormaggal rendelkezik fűtési problémák, esetleg nyissa ki és tisztítsa meg, vagy ha nem szennyeződés vagy por okozza, vigye el a műszaki szervizbe.

    Udv mindenkinek.

  10.   MSX dijo

    Nem igazán van értelme korlátozni a processzor sebességét, ha az ONDEMAND * vezérlő be van kapcsolva, hacsak nem tudja előre, hogy a végrehajtandó feladatok nem lesznek CPU-intenzívek, például nehéz weboldalak böngészése *.

    Ne feledje, hogy minél kevesebbet méretezünk a processzoron, annál több időre lesz szükség az oldalak rendereléséhez, és annál több energiát fog felemészteni, másrészt az ONDEMAND kormányzó automatikusan a legalacsonyabb szintre állítja a frekvenciákat, amikor a gép tétlen.
    Ideális esetben használja az ONDEMAND alkalmazást, és állítsa be helyesen a szabályzót, hogy a rendszer terhelésétől függően a lehető leggyorsabban aktiválódjon és deaktiválódjon, például:

    w / sys / devices / system / cpu / cpu [0-3] / cpufreq / scaling_governor - - - - ondemand
    w / sys / devices / system / cpu / cpufreq / ondemand / up_threshold - - - - 85
    w / sys / devices / system / cpu / cpufreq / ondemand / sampling_down_factor - - - - 20
    (nómenklatúra systemd formátumban)

    Ugyanolyan fontos, mint az uralkodók, hogy kapcsoljuk ki a dedikált grafikus kártyát, ha nem ezt használjuk (abban az esetben, ha gépünk hibrid videorendszerrel rendelkezik), ugyanúgy, mint a rendszer által használt többi eszközzel, és mindenekelőtt a POWERTOP használatával 2, hogy alacsony energiafogyasztású üzemmódba kapcsolja azokat az eszközöket, amelyek maximális teljesítményre vannak beállítva.

    j: 0 ~ $ cat /etc/tmpfiles.d/optimized.conf
    w / sys / kernel / debug / vgaswitcheroo / switch - - - - OFF

    #w / sys / class / drm / card0 / device / power_profile - - - - alacsony
    w / sys / class / drm / card0 / device / power_method - - - - dinamikus fordulatszám

    w / sys / devices / system / cpu / cpu [0-3] / cpufreq / scaling_governor - - - - ondemand
    w / sys / devices / system / cpu / cpufreq / ondemand / up_threshold - - - - 85
    w / sys / devices / system / cpu / cpufreq / ondemand / sampling_down_factor - - - - 20

    #w / sys / module / snd_hda_intel / paraméterek / power_save - - - - 1

    w / sys / kernel / mm / transparent_hugepage / engedélyezve - - - - madvise
    w / sys / kernel / mm / transparent_hugepage / defrag - - - - madvise
    w / sys / kernel / mm / transparent_hugepage / khugepaged / defrag - - - - 0

    w / proc / sys / kernel / watchdog - - - - 0
    w / sys / class / scsi_host / host [0-5] / link_power_management_policy - - - - min_power
    w / sys / busz / PCI / eszközök / * / teljesítmény / vezérlés - - - - automatikus

    w / proc / sys / vm / dirty_writeback_centisecs - - - - 1500

    j: 0 ~ $ macska /etc/rc.local
    #! / bin / bash
    #
    # /etc/rc.local: Helyi többfelhasználós indító szkript.
    #

    mod probe radeon
    echo OFF> / sys / kernel / debug / vgaswitcheroo / switch
    rmmod radeon
    (Legyen óvatos az rmmoddal, mert ha aktiválni akarjuk a speciális videokártyát, és megpróbáljuk újból betölteni a modult, amíg ki van kapcsolva, akkor a rendszer gyönyörű kernelpánikot fog kelteni).

    1.    mariochannels dijo

      Ha valamit megértettél volna, megpróbálom. Új vagyok ebben, és lépésről lépésre kell látnom a dolgokat körtével és almával. Érdekesnek találtam a válaszod.

  11.   Carlos Carmona dijo

    Milyen kedves srác, kipróbálom, mivel problémáim voltak a csapattal. Köszönöm

  12.   tuxi dijo

    Szia, elmondanád, mi a normál hőmérséklet egy 2 GHz-es kétmagos processzorhoz, köszönöm és üdvözlettel

  13.   jony127 dijo

    Jó,

    Ez egy nagyon fontos kérdés, amellyel egy ideig a Linux használata után elkezdtem vizsgálni a CPU hőmérsékletének és energiafogyasztásának csökkentését.

    Ez a témakör több órányi kutatást és tesztelést igényelt, és el fogok mondani egy egyszerű módszert, amellyel a Debianban a cpu-t úgy állíthatjuk be, hogy igény szerint működjön, vagyis a cpu automatikusan beállítja frekvenciáját a processzor által kapott munkaterhelésnek megfelelően, növelve azt Szükség esetén nem szabad elveszíteni a teljesítményt és a legalacsonyabb frekvencián végzett munkát, ezzel csökkentve a processzorunk energiafogyasztását és következésképpen a hőmérsékletet. Bár ezt Debian-on tettem, minden disztróval működnie kell.

    Telepítse a cpufreqd és a cpufrequtils csomagokat. (Szerintem ezek után újraindításra volt szükség).

    A modul kiválasztása és betöltése a processzorhoz, a modern intel processzoroknál a modprobe acpi-cpufreq-vel csináljuk (a debianban vegye figyelembe, hogy egyedül tölti be, ellenőrizhetjük az lsmod-tal, feltételezem, hogy a többivel is ugyanaz lesz).

    Ellenőrizze a működést.

    Először ellenőrizni fogjuk, hogy a processzor illesztőprogramja betöltődött-e, ehhez csak egy macskát kell készítenünk a megfelelő fájlra:

    cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_driver

    A kimenet, amelyet meg kell figyelnie, valami hasonló ...
    acpi-cpufreq

    Most, ha az előző teszt sikeres volt, a cat paranccsal újra ellenőrizhetjük a processzorunk számára elérhető frekvenciákat:

    cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies

    A kimenet, amelyet meg kell figyelnie, valami hasonló ...
    1600000 800000

    Megmutathatjuk a rendelkezésre álló kormányzókat is:

    cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_governors

    A kimenet, amelyet meg kell figyelnie, valami hasonló ...
    powersave userspace konzervatív igény szerinti teljesítmény

    És mit használ a kormányzó jelenleg:
    cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_governor

    Valami ilyesmit adva nekünk:
    teljesítmény

    Megjegyzés: A debian alapértelmezés szerint betölti az igényeket.

    Ez az utolsó parancs jelzi a jelenleg működő kormányzót, a leginkább ajánlott az ondemand, amely az igény szerint állítja be a processzor sebességét.

    Egy másik közvetlenebb segédprogram a processzorunk információinak megismeréséhez:
    cpufreq-info (ezt a parancsot végrehajtjuk a cpu információinak megtekintéséhez):

    pufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
    Jelentse a hibákat és hibákat a következő címre: linux@brodo.de, kérem.
    0 CPU elemzése:
    meghajtó: acpi-cpufreq
    CPU-k, amelyeknek egyszerre kell váltaniuk a frekvenciát: 0
    hardverhatárok: 800 MHz - 1.73 GHz
    elérhető frekvencia lépések: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
    elérhető cpufreq kormányzók: konzervatív, ondemand, powersave, userspace, performance
    jelenlegi irányelv: a frekvenciának 800 MHz és 1.73 GHz között kell lennie.
    A kormányzó «ondemand» eldöntheti, hogy melyik sebességet használja
    ezen a tartományon belül.
    a CPU jelenlegi frekvenciája 800 MHz.

    A hardver korlátozza a vonalakat: 800 MHz - 1.73 GHz és az elérhető frekvencia lépések: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz fontosak, amelyek jelzik a processzor lehetőségeit.

    Amint láthatja, megjelölik azt a kormányzót is, amelyet használunk, és azt a frekvenciát, amelyen a processzorunk jelenleg dolgozik.

    Az összes processzor vezérlőjének cseréje (kettős és négymagos):

    cpufreq-set -r -g igény

    A következő parancs megmutatja a processzor sebességét is, ha a mentés jól működik, akkor a processzor max értékénél alacsonyabb értékeket kell megadnia:
    $ cat / proc / cpuinfo | grep -i mhz
    o
    $ watch grep \ »cpu MHz \» / proc / cpuinfo

    Üdvözlet, ezzel hatékonyabban működtetheti processzorát erőforrások pazarolása nélkül.

    1.    Christopher castro dijo

      Soha ne változtassa meg a cpu vezérlőjét, csak a maximális sebességet korlátozom.

      Még mindig használom az ondemand: D.

  14.   Ernest dijo

    Barátom, köszönöm szépen, pontosan ezt keresem.
    Remekül működött az Athlon II x2 250-en 3GHz-en.
    Amikor 1080p videót nyitottam meg linuxon, a CPU-m 100% -ot használt, mostanra
    átlagosan 40-50%.

    Attól féltem, hogy a frekvenciát 1.8 GHz-en rögzítik (itt van
    Beállítottam), de az «OnDemand» továbbra is aktív, amikor a számítógép tétlen
    a CPU lemegy 800 MHz-re. Mesés! 🙂

  15.   ellebkey dijo

    Kipróbáltam az elemi Os-ban és az Ubuntu-ban, és működött, de kipróbáltam a fedora 17-ben, és nem működött, nem engedte, hogy a max_freq mennyiségének megváltoztatásakor mentse a változásokat. Valaki tud valamilyen módon elérni? Egyébként nagyon jó cikk

    1.    Christopher castro dijo

      Valójában az történik, hogy a fedora 17-ben az rc.local fájl nem létezik, és azt az /etc/rc.d/ mappában kell létrehozni, elhagyva az /etc/rc.d/rc.local elérési utat.

  16.   John Jho dijo

    az 5. sarkvidéki ezüsttel elvégeztem a tesztet és a cpu hőmérsékletét 10 ° alatt !!!!

    1.    Blaire pascal dijo

      Oo érdekesnek hangzik. Vennem kell ezzel egy fecskendőt, ez nagyon leköti a figyelmemet.

  17.   Crilawar dijo

    Köszönöm az információt, hogy a terminál használata nélkül bármikor hogyan tudom kezelni a CPU sebességét, ez nem segít abban, hogy minden újraindítást elvégezzek, csak akkor, ha a gépet olyan munkára hagyom, amely nem igényel többet, mint egy 10%, néhány szkript a letöltéshez és a normális visszatéréshez

    Köszönöm

  18.   Juan Carlos Acig dijo

    Köszönöm szépen a tanácsát. Nagyon sokat segített a 4 i3-2330m CPU-k gyakoriságának korlátozásában; mert aggódtam a teljes sebességgel végzett munka okozta károk miatt.

  19.   Francisco-szigetek dijo

    Köszönöm szépen ezt az értékes hozzájárulást, segítettetek abban, hogy a linuxot telepítsem a macbook pro-ra. Tényleg, köszönöm szépen

  20.   Carlos Diaz dijo

    Nagyszerű megoldás…. meghosszabbítani a régi technológiai berendezések élettartamát, amelyek teljesítményét már hangsúlyozzák a jelenlegi szoftverek igényei. Nagyon köszönöm a hozzájárulást !!

  21.   Luciano Ponti dijo

    Helló barátok, köszönöm a hozzájárulásukat, remélem, hogy ez beválik nekem az OpenSuse Tumbleweed-ben ♣

    Üdvözlet