Apribokite maksimalų procesoriaus greitį

CPU

Ilgą laiką domėjausi, kodėl mano kompiuteris perkaista „Linux“ sistemoje, nors man taip nutiko ir „Windows“ sistemoje, bet ne taip dažnai, todėl domėjausi, kas nutiks, ir supratau, kad tai įvyko tik tada, kai kuris nors iš 2 procesorių buvo 100% dažnio, užsitęsęs laikas, dėl kurio jis perkaista ir galiausiai išsijungė.

Dėl to beveik neįmanoma įdiegti „Linux Distro“, nes iš tiesioginio kompaktinio disko jie padarė maksimalų procesoriaus naudojimą, o aš turėjau įdėti ventiliatorių į nešiojamojo kompiuterio ventiliacijos įvadą. Aš tai padariau kelis kartus dėl savo manijos, kaip įdiegti distro, kurį buvau įdėkite jį į priekį tik iki patekimo į sekciją, tačiau tik „gnome 2“ galėjo apriboti procesoriaus dažnį (vartotojo erdvės režimu) su įtraukta programėle, tačiau ji visą laiką išliko tame dažnyje, kurį įdėjau, ir jis nebuvo reikalingas ir Tai leido visada būti tokiu dažniu, kokiu aš leisdavau, o ne tuo, kurio reikia procesoriui.

Kai ieškojau, kaip apriboti maksimalų dažnį, kuriuo procesorius gali dirbti, kad procesorius būtų laikomas reikalingu, nepasiekus 100% procesoriaus, kad jis neperkaistų.

Pirmiausia turime žinoti, kiek procesorių turime terminale, parašyti:

ls / sys / prietaisai / sistema / procesorius / | grep procesorius [0–9]

Mano atveju produkcija buvo

cpu0 cpu1

Tai reiškia, kad turiu 2 procesorius

Tada kiekvienam jūsų turimam procesoriui

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

Mano atveju rezultatai buvo

:::::::::::::::: sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies ::::::::::::::::: 2100000 1050000 525000 - Daugiau-- (Kitas failas: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_availabl ::::::::::::::::: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_available_frequencies :::: :::::::::: 2100000 1050000 525000

Abiem procesoriams, kaip minėjau, jei procesoriai yra 2100000 hercų dažniu, jis po kurio laiko perkaista, todėl noriu apriboti maksimalų dažnį, nes kataloge / sys / įrenginiai / sistema / cpu / cpux / cpufreq / esantys failai yra administratoriaus. būtina atlikti norimus pakeitimus kaip administratorius

Maksimalus greitis redaguojamas faile

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

Kadangi aš noriu jį pakeisti kiekvieną kartą, man patogu jį įdėti į /etc/rc.local, tada redaguoju tą failą kaip administratorius
Gnomas

gksu gedit /etc/rc.local

KDE

kdesu kate /etc/rc.local

Terminalas (prieš įvesdami komandą pakeiskite „nano“ į mėgstamą redaktorių arba naudokite „su“)

sudo nano /etc/rc.local

Pridėkite tarp eilučių

 #! / 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

Taigi maksimalus procesoriaus greitis bus 1050000.

Tikiuosi, kad tai kam nors naudinga.


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   merlinas debianitas sakė

    Koks geras patarimas, tiesą sakant, aš turiu stalinį kompiuterį su „Solus“, kuris negalėjo nieko išjungti, aš bandysiu padėkoti už straipsnį.

  2.   Ivanas Barra sakė

    Ei, ar jūs kada nors patikrinote ar atnaujinote savo kompiuterio BIOS? Ar tai HP modelis? Aš klausiu jūsų, nes greičiausiai tai yra BIOS ir „Intel SpeedStep“ arba „AMD cool & Quiet“ konfigūracijos problema, aš labai išsprendžiau perkaitimo problemą atnaujindamas BIOS (aš esu komandos kūrėjas), kitas , yra pakeisti iš gamyklos gaunamą terminę pastą (jos paprastai yra labai blogos), kai su sidabro junginiais jos kainuoja 10 USD ir paprastai yra daug geresnės nei naudojamos montuojant. Kitas, patikrinkite purvą ar dulkes, pūkus savo įrangos viduje ir galiausiai galite nusipirkti pagrindą (tai yra aliuminį, plastikiniai turi priešingą poveikį, kuriam jie buvo įsigyti), o tuo metu vėdinkite dalį įrangos apačioje.

    Tikiuosi, kad tai jums padės,

    Sveikinimai.

    1.    Christopheris Castro sakė

      Tai „Toshiba Satellite A305D-SP6905R“ http://pcxion.com/shop/printinfo.php?products_id=1080

      Kadangi turėjau pinigų, aš turėjau problemų, todėl turiu pinigų prižiūrėti ir turėjau atnaujinti BIOS, nes negalėjau įdiegti „Windows 7“ savo laiku, todėl turėjau atnaujinti jėga ir, manau, tai buvo paskutinis įdiegtas BIOS atnaujinimas.

      1.    Ivanas Barra sakė

        Kaip tau keista, aš turėjau 2 „Toshiba“ ir niekada neturėjau problemų dėl temperatūros. Ne taip, kaip HP, turėjau 13.3 colio planšetinio kompiuterio „HP Compaq“ ir jis pasirodė siaubingai blogas. Ir aš taisiau dešimtis HP su ta pačia problema, tačiau tai dažniausiai buvo dizaino problema ir tie, kurie turėjo „Nvidia“ grafiką, būdinga litavimo problema, todėl turėjau pritaikyti pakartotinį kamuoliuką.

        Sveikinimai.

  3.   Ghermainas sakė

    Ačiū už informaciją, šiuo metu mano „Samsung RV408“ nešiojamas kompiuteris su 6 GB RAM ir „LM14 KDE RC x64“ veikia be problemų, tačiau atsargumo sumetimais ir prieš kurį laiką tam naudoju pagrindą su 3 variklių ventiliatoriais ir „Acer AOD255E netbook“ su 2 GB RAM ir LM14 KDE RC x32 ir jie palaiko labai kietą, tik netbook pastebimas, kad jis šiek tiek pašyla, kai turiu atidarytas daug programų ir langų, kitaip manęs niekada neišjungė ir nedavė signalizacijos dėl perkaitimo.
    Būtų gerai žinoti, kokie modeliai ir modeliai sukelia šias problemas ir kaip jie jas išsprendė, kad būtų nuorodų.

  4.   Alf sakė

    Manoji kartais įkaista, mano 2 procesorių dažnis

    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: ~ $

    Kaip dažnai siūlote man išeiti kuo daugiau?

    1.    Christopher sakė

      1600000

      Tikrai nelabai žinau, bet jei maksimalus 1.9 GHz dažnis, 1.6 yra geras dažnis.

  5.   Hexborg sakė

    Geras patarimas. Niekada neturėjau problemų dėl perkaitimo, tačiau kiekvienam atvejui į tai atsižvelgsiu.

  6.   pyktis sakė

    Praktiškai tai turėtų žymiai sumažinti programų atidarymo greitį ir kitus įvykius, kuriuose procesoriaus darbo krūvis yra didžiausias (ypač vieno branduolio kompiuteriuose).
    Aš esu teisus?

    1.    Ivanas Barra sakė

      Tai teisinga, tačiau tai priklauso nuo to, jei kompiuterį naudosite tik internetui, muzikai ir vaizdo įrašams žiūrėti, skirtumo nepastebėsite, o dabar, jei esate priverstinis kodų kompiliatorius, pastebėsite skirtumą.

      Sveikinimai.

  7.   pats sakė

    Aš taip pat turiu šią problemą sename „Acer Aspire 5315“, kurį noriu išspręsti visiems laikams; bet mano katalogo medžio kelias skiriasi nuo nurodyto, iki cpu0 jis sutampa, bet nuo tada aš negaliu rasti aplanko cpufreq, bet šios kitos talpyklos, cpuidle, power, posistemis, terminis droselis, topologija ir avarijos pastabos bei failai uevent ir nė viename aplanke nematau failo scaling_max_freq.

    1.    vyras sakė

      procesoriaus dažnio mastelis galimas tik mikrofonams po „core2duo“, o ne „pentium D“, 4, „celeron“ ar „mononukleos“. Kadangi net prescotts dirbo maksimaliai, eikvodamas energiją ir šilumą, aš turėjau tokį, kuris visada vaikščiodavo 40 ar daugiau, visada, jei žiemą aš neturėjau šaltų kojų 😛 sveikinimai

      1.    Ghermainas sakė

        Hehehe 🙂 tu neįsivaizduoji idėjos, kurią man davei ... !!!

  8.   vienas sakė

    „Gnome“ ar „Unity“ yra indikatorius „cpufreq“, leidžiantis pakeisti procesoriaus greičio ir galios nustatymus iš viršutinio skydelio.

  9.   Ergeanas sakė

    Sveiki, @Christopher Castro, sveikinu su straipsniu, glausta ir naudinga, tik nedidelė pataisa, nekvieskite procesoriaus / UCP branduolių (procesoriaus) procesoriaus, nes žmonės gali supainioti.

    Mane stebina tai, kad turėdami dvi procesoriaus šerdis, turite problemų su šildymu, galbūt turėtumėte jį atidaryti ir išvalyti, arba jei tai nėra dėl purvo ar dulkių, turėtumėte jį pristatyti į techninę tarnybą.

    Sveikinimai visiems.

  10.   MSX sakė

    Iš tikrųjų nėra prasmės riboti procesoriaus greičio, jei ONDEMAND * valdiklis yra įjungtas, nebent iš anksto žinote, kad užduotys, kurias ketinate atlikti, nebus intensyvios procesoriaus, pavyzdžiui, naršyti sunkiuose tinklalapiuose *.

    Atminkite, kad kuo mažiau procesoriaus mastelio, tuo daugiau laiko reikės puslapiams atvaizduoti ir tuo daugiau energijos jis sunaudos, kita vertus, ONDEMAND valdiklis automatiškai nustato žemiausio lygio dažnius, kai mašina neveikia.
    Idealiu atveju naudokite ONDEMAND ir teisingai pakoreguokite reguliatorių, kad jis kuo greičiau įsijungtų ir deaktyvuotų, priklausomai nuo sistemos apkrovos, pavyzdžiui:

    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
    (nomenklatūra „systemd“ formatu)

    Lygiai taip pat svarbu, kaip ir valdikliai, išjungti specialią vaizdo plokštę, jei jos nenaudojame (tuo atveju, jei mūsų įrenginyje yra hibridinė vaizdo sistema), tas pats, kas ir kituose sistemos naudojamuose įrenginiuose, ir, svarbiausia, naudoti „POWERTOP 2“. įjunkite mažos energijos režimą tuos prietaisus, kurie veikia maksimaliai efektyviai.

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

    #w / sys / class / drm / card0 / device / power_profile - - - - mažai
    w / sys / class / drm / card0 / device / power_method - - - - dinamometras

    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 / parametrai / power_save - - - - 1

    w / sys / branduolys / mm / transparent_hugepage / įjungtas - - - - madvise
    w / sys / branduolys / mm / transparent_hugepage / defrag - - - - madvise
    w / sys / branduolys / mm / transparent_hugepage / khugepaged / defrag - - - - 0

    w / proc / sys / branduolys / sarginis šuo - - - - 0
    w / sys / class / scsi_host / host [0-5] / link_power_management_policy - - - - min_power
    w / sys / magistralė / PCI / įrenginiai / * / maitinimas / valdymas - - - - automatinis

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

    j: 0 ~ $ katė /etc/rc.local
    #! / bin / bash
    #
    # /etc/rc.local: vietinis kelių vartotojų paleidimo scenarijus.
    #

    mod probe radeon
    echo OFF> / sys / kernel / debug / vgaswitcheroo / switch
    rmmod radeon
    (Būkite atsargūs su rmmod, nes jei norime suaktyvinti specializuotą vaizdo plokštę ir bandyti iš naujo įkelti modulį, kol jis išjungtas, sistema sukels gražią branduolio paniką).

    1.    mariochannels sakė

      Jei būtum ką nors supratęs, aš tai išbandyčiau. Aš tai dar nepažinęs ir turiu viską pamatyti žingsnis po žingsnio su kriaušėmis ir obuoliais. Man tavo atsakymas pasirodė įdomus.

  11.   Carlosas Carmona sakė

    Koks malonus vaikinas, aš pabandysiu, nes turėjau tam tikrų problemų su komanda. Ačiū

  12.   tuxi sakė

    Sveiki, ar galėtumėte pasakyti, kokia yra įprasta 2 GHz dviejų branduolių procesoriaus temperatūra, ačiū ir linkėjimai

  13.   127 sakė

    geras,

    Tai yra labai svarbus klausimas, kurį po kurio laiko naudodamasis „Linux“ pradėjau tirti siekdamas sumažinti procesoriaus temperatūrą ir energijos suvartojimą.

    Ši tema užtruko kelias valandas, kol aš tyrinėjau ir išbandžiau, ir aš jums pasakysiu apie paprastą būdą, kaip sukonfigūruoti mūsų „Debian“ procesorių veikti pagal pareikalavimą, tai yra, procesorius automatiškai koreguoja savo dažnį pagal procesoriaus gaunamą darbo krūvį, padidindamas jį Prireikus reikia neprarasti našumo ir darbo žemiausiu dažniu, taip sumažinant mūsų procesoriaus energijos suvartojimą ir atitinkamai temperatūrą. Nors tai padariau debian'e, jis turėtų veikti su bet kokiu distributoriumi.

    Įdiekite paketus „cpufreqd“ ir „cpufrequtils“. (Manau, kad po to reikėjo paleisti iš naujo).

    Pasirinkdami ir įkeldami procesoriaus modulį, šiuolaikiniams „Intel“ procesoriams tai darome naudodami „modprobe acpi-cpufreq“ (atkreipkite dėmesį į debianą, kad jis pats įkraunamas, galime patikrinti su „lsmod“, manau, kad jis bus tas pats ir likusiems).

    Patikrinkite veikimą.

    Pirmiausia mes patikrinsime, ar mūsų procesoriaus tvarkyklė buvo įkelta, todėl mes turime padaryti katę tik teisingame faile:

    cat / sys / prietaisai / sistema / cpu / cpu0 / cpufreq / scaling_driver

    Rezultatas, kurį turėtumėte stebėti, yra kažkas panašaus ...
    acpi-cpufreq

    Dabar, jei ankstesnis bandymas buvo sėkmingas, mes galime dar kartą patikrinti, kurie yra mūsų procesoriaus galimi dažniai, naudodami komandą cat:

    cat / sys / prietaisai / sistema / cpu / cpu0 / cpufreq / scaling_available_frequencies

    Rezultatas, kurį turėtumėte stebėti, yra kažkas panašaus ...
    1600000 800000

    Mes taip pat galime parodyti galimus valdytojus:

    cat / sys / prietaisai / sistema / cpu / cpu0 / cpufreq / scaling_available_governors

    Rezultatas, kurį turėtumėte stebėti, yra kažkas panašaus ...
    „PowerSave“ naudotojų erdvėje yra konservatyvus poreikis

    Koks gubernatorius naudojamas šiuo metu:
    cat / sys / prietaisai / sistema / cpu / cpu0 / cpufreq / scaling_governor

    Suteikiame mums kažką panašaus:
    spektaklis

    Pastaba: „debian“ pagal numatytuosius nustatymus įkelia poreikį.

    Ši paskutinė komanda nurodo valdiklį, kuris šiuo metu dirba, labiausiai rekomenduojamas „ondemand“, kuris koreguoja procesoriaus greitį pagal poreikį.

    Kitas tiesioginis įrankis norint sužinoti mūsų procesoriaus informaciją:
    cpufreq-info (vykdome šią komandą norėdami pamatyti mūsų procesoriaus informaciją):

    pufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004–2006 m.
    Pranešti apie klaidas ir klaidas linux@brodo.de, Prašau.
    analizuojant procesorių 0:
    vairuotojas: acpi-cpufreq
    Procesoriai, kuriems reikia perjungti dažnį tuo pačiu metu: 0
    aparatinės įrangos ribos: 800 MHz - 1.73 GHz
    galimi dažnio žingsniai: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
    galimi cpufreq valdytojai: konservatyvus, ondemand, powerave, userspace, performance
    dabartinė politika: dažnis turėtų būti 800 MHz ir 1.73 GHz.
    Gubernatorius „ondemand“ gali nuspręsti, kurį greitį naudoti
    šiame diapazone.
    dabartinis procesoriaus dažnis yra 800 MHz.

    Techninės įrangos ribų linijos yra svarbios: 800 MHz - 1.73 GHz ir galimi dažnio žingsniai: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz, žymintys procesoriaus galimybes, kurias turime.

    Kaip matote, jie taip pat nurodo valdytoją, kurį naudojame, ir dažnumą, kuriuo šiuo metu veikia mūsų procesorius.

    Norėdami pakeisti visų procesorių valdiklį (reikalingas dviem ir keturiems branduoliams):

    cpufreq -set -r -g ondemand

    Ši komanda taip pat rodo procesoriaus greitį, jei išsaugojimas veikia gerai, jo vertės turėtų būti mažesnės nei maks. Procesoriaus:
    $ cat / proc / cpuinfo | grep -i mhz
    o
    $ žiūrėti grep \ »cpu MHz \» / proc / cpuinfo

    Sveiki, tai leis jūsų procesoriui veikti efektyviau, neišeikvojant išteklių.

    1.    Christopheris Castro sakė

      Niekada nekeiskite savo procesoriaus valdiklio, aš riboju tik maksimalų greitį.

      Aš vis dar naudoju ondemand: D.

  14.   Ernestas sakė

    Drauge, labai ačiū, būtent to ir ieškau.
    Tai man puikiai pasiteisino „Athlon II x2 250“ 3GHz dažniu.
    Kai tik atidariau 1080p vaizdo įrašą „Linux“ sistemoje, mano procesorius naudojo 100 proc. Dabar
    vidutiniškai nuo 40 iki 50 proc.

    Bijojau, kad dažnis bus fiksuotas 1.8 GHz dažniu (kur yra
    Aš jį pakoregavau), tačiau „OnDemand“ vis dar veikia, kai kompiuteris neveikia
    procesorius nusileidžia iki 800 MHz. Pasakų! 🙂

  15.   ellebkey sakė

    Išbandžiau jį elementariose „Os“ ir „Ubuntu“ ir jis veikė, bet išbandžiau „fedora 17“ ir jis neveikė. Tai neleidžia išsaugoti pakeitimų keičiant max_freq kiekį. Kas nors žino kokių nors būdų tai pasiekti? Beje, labai geras straipsnis

    1.    Christopheris Castro sakė

      Tiesą sakant, atsitinka taip, kad „fedora 17“ rc.local failo nėra ir jis turi būti sukurtas aplanke /etc/rc.d/ paliekant kelią /etc/rc.d/rc.local

  16.   Juanas Jho sakė

    su arktiniu sidabru 5 atlikau testą ir cpu temperatūra buvo žemesnė nei 10 ° !!!!

    1.    Blaire'as pascalas sakė

      Oo tai skamba įdomiai. Turiu nusipirkti švirkštą su tuo, jis tikrai patraukia mano dėmesį.

  17.   Krilavaras sakė

    Ačiū už informaciją, kokiu būdu galiu valdyti savo procesoriaus greitį kada tik nenaudodamas terminalo, tai nepadeda man tai padaryti kiekvieną kartą iš naujo paleidus, tik tada, kai palieku mašiną atlikti darbą, kuriam nereikia daugiau nei vieno 10%, kai kurie scenarijai jį atsisiųsti ir normalizuoti

    Ačiū

  18.   Juanas Carlosas Achigas sakė

    Labai ačiū už jūsų patarimus. Tai man labai padėjo apriboti mano 4 i3-2330m procesorių dažnį; nes jaudinausi dėl žalos, kurią gali sukelti darbas visu greičiu.

  19.   Francisco salos sakė

    Labai ačiū už šį vertingą indėlį, padėjote man įdiegti „Linux“ į „MacBook Pro“. Tikrai, labai ačiū

  20.   Carlos Diaz sakė

    Puikus sprendimas…. pratęsti įrangos naudojimo laiką senomis technologijomis, kurių veikimą jau pabrėžia dabartinės programinės įrangos reikalavimai. Labai ačiū už indėlį !!

  21.   Luciano Ponti sakė

    Sveiki draugai, ačiū už jūsų indėlį, tikiuosi, kad tai bus naudinga mano „OpenSuse Tumbleweed“

    saludos