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.
31 komentarai, palikite savo
Koks geras patarimas, tiesą sakant, aš turiu stalinį kompiuterį su „Solus“, kuris negalėjo nieko išjungti, aš bandysiu padėkoti už straipsnį.
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.
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.
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.
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ų.
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?
1600000
Tikrai nelabai žinau, bet jei maksimalus 1.9 GHz dažnis, 1.6 yra geras dažnis.
Geras patarimas. Niekada neturėjau problemų dėl perkaitimo, tačiau kiekvienam atvejui į tai atsižvelgsiu.
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?
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.
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.
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
Hehehe 🙂 tu neįsivaizduoji idėjos, kurią man davei ... !!!
„Gnome“ ar „Unity“ yra indikatorius „cpufreq“, leidžiantis pakeisti procesoriaus greičio ir galios nustatymus iš viršutinio skydelio.
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.
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ą).
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.
Koks malonus vaikinas, aš pabandysiu, nes turėjau tam tikrų problemų su komanda. Ačiū
Sveiki, ar galėtumėte pasakyti, kokia yra įprasta 2 GHz dviejų branduolių procesoriaus temperatūra, ačiū ir linkėjimai
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ų.
Niekada nekeiskite savo procesoriaus valdiklio, aš riboju tik maksimalų greitį.
Aš vis dar naudoju ondemand: D.
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ų! 🙂
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
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
su arktiniu sidabru 5 atlikau testą ir cpu temperatūra buvo žemesnė nei 10 ° !!!!
Oo tai skamba įdomiai. Turiu nusipirkti švirkštą su tuo, jis tikrai patraukia mano dėmesį.
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ū
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.
Labai ačiū už šį vertingą indėlį, padėjote man įdiegti „Linux“ į „MacBook Pro“. Tikrai, labai ačiū
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į !!
Sveiki draugai, ačiū už jūsų indėlį, tikiuosi, kad tai bus naudinga mano „OpenSuse Tumbleweed“
saludos