Fa temps que em preguntava el perquè de l'sobreescalfament del meu ordinador a linux, encara que també em passava a windows però no tan seguit, llavors em qüestioni que passaria i em s'adoni que només passava quan qualsevol dels 2 processadors estava a el 100% de freqüència per un temps prolongat el que feia que es sobrecalentara i eventualment s'apagués.
Això feia gairebé impossible instal·lar qualsevol distro de linux ja que des dels live cd feien posar el processador a l'màxim i havia de posar un ventilador a l'entrada de ventilació de la portàtil, això ho vaig fer diverses vegades per la meva mania d'instal·lar qual distro es em posés al davant només fins a entrar a la secció però únicament gnome 2 podia límitar la freqüència de l'processador (en manera userspace) amb l'applet que estava inclòs però es quedava tot el temps en la freqüència que li posés i no es trobava en ondemand i això feia que sempre estigués a l'frecuancia que li deixi jo i no la que el processador necessités.
Va ser quan busqui com limitar la freqüència màxima a la que pot treballar el processador, perquè el processador es manegés en ondemand sense arribar a el 100% de l'processador perquè no es sobrecalentara.
Primer hem de saber quants processadors tenim en una terminal escriure:
ls / sys / devices / system / cpu / | grep cpu [0-9]
En el meu cas la sortida va ser
cpu0 cpu1
Vol dir que tinc 2 processadors
Després per a cada processador que es tingui
more / sys / devices / system / cpu / cpu [0-9] / cpufreq / scaling_available_frequencies
En el meu cas les sortides van ser
:::::::::::::: / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies :::::::::::::: 2100000 1050000 525000 --Más-- (Següent fitxer: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_availabl :::::::::::::: / sys / devices / system / cpu / cpu1 / cpufreq / scaling_available_frequencies :::: :::::::::: 2100000 1050000 525000
Per a tots dos processadors, com els comenti si tinc els processadors a 2100000 hertz es sobreescalfa després d'un temps així que vull límitar la freqüència màxima, com els arxius de directori / sys / devices / system / cpu / cpux / cpufreq / són de l'administrador és necessari fer els canvis que desitgem com a administrador
La velocitat màxima s'edita en el fitxer
/ Sys / devices / system / cpu / cpu0 / cpufreq / scaling_max_freq / sys / devices / system / cpu / cpu1 / cpufreq / scaling_max_freq
I com vull canviar-ho en cada inici em convé posar-lo al /etc/rc.local llavors edito aquest arxiu com a administrador
Gnome
gksu gedit /etc/rc.local
KDE
kdesu kate /etc/rc.local
Terminal (canviar nano pel seu editor favorit i ús del abans d'escriure la comanda)
suo nano /etc/rc.local
Afegir entre les línies
#! / Bin / sh -i trobo 1050000> '/ sys / devices / system / cpu / cpu0 / cpufreq / scaling_max_freq' echo 1050000> '/ sys / devices / system / cpu / cpu1 / cpufreq / scaling_max_freq' exit 0
I així la velocitat màxima de l'processador serà de 1050000.
Espero li sigui útil a algú.
Que bon tip, de fet tinc a PC d'escriptori amb Solus que no podia fer res que em s'apagava vaig a provar gràcies per l'article.
Escolta, algunes cop revisaste o vas actualitzar la BIOS de l'equip ?? És per ventura un model HP ?? et pregunto, perquè el més probable és que sigui un problema de BIOS i de la configuració de l'Intel SpeedStep o de l'AMD cool & Quiet, he solucionat un munt de vegades el tema de l'sobreescalfament actualitzant la BIOS (sóc assemblador d'equips), allò altre , és canviar la pasta tèrmica que porta de fàbrica (generalment són molt dolentes), per una amb compostos de plata, costen USD $ 10 i generalment són molt millors que les que fan servir a l'acoblar. La resta, revisa la terra o la pols, les pelusses dins del teu equip i finalment, pots comprar una base (que sigui d'alumini, les plàstiques tenen tenir l'efecte contrari pel qual van ser adquirides), i amb això ventilar la part inferior de l'equip.
Això, espero t'ajudi,
Salutacions.
És una Toshiba Satellite A305D-SP6905R http://pcxion.com/shop/printinfo.php?products_id=1080
Des nova tenia el problema, quan tingui diners la porto a manteniment i la BIOS ho vaig haver de actualitzar ja que no podia instal·lar windows 7 en el seu temps així vaig haver de actualitzar a la força i suposo va ser l'última actualització de la BIOS que es va tenir instal·lar.
Que estrany que et passi, he tingut 2 toshiba i mai em van presentar problemes de temperatura. No així els HP, vaig tenir un HP Compaq tipus tablet de 13.3 "i em va sortir horriblement dolent. I he reparat desenes d'HP amb el mateix problema, però ha estat més que res un problema de disseny, i els amb gràfiques Nvidia, el típic problema de soldadura, així que m'ha tocat aplicar reballing.
Salutacions.
Gràcies per la informació, de moment el meu portàtil Samsung RV408 amb 6GB RAM i LM14 KDE RC x64 funciona sense problemes, però per precaució i de temps enrere ús un base amb 3 motoventiladors tant per aquesta com per la netbook Acer AOD255E amb 2 GB RAM i LM14 KDE RC x32 i mantenen molt refrigerades, només la netbook es nota que s'escalfa una mica quan tinc molts programes i finestres obertes, de resta mai se m'han apagat o donat alarmes per sobreescalfament.
Seria bo anar coneixent que marques i models donen aquests problemes i com els han solucionat, per així tenir referències.
La meva a vegades s'escalfa, la freqüència de les 2 processadors
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: ~ $
¿Que freqüència em suggereixes deixar com a màxima?
1600000
La veritat no sé ben bé, però si 1.9GHz és el màxim 1.6 és una bona freqüència.
Bon tip. Mai he tingut problemes de calentmiento, però ho tindré en compte per si de cas.
A la practica això ha de minvar bastant la velocitat amb la que obren les aplicacions i altres esdeveniments en què el processador té pics de càrrega de treball (especialment en els equips amb un sol nucli)
Estic en el cert?
És correcte, però depèn, si només fas servir l'equip per veure internet, música i vídeos, no notaràs la diferència, ara bé, si ets un compilador de codi compulsiu, notaràs la diferència.
Salutacions.
Jo també tinc aquest problema en un vell Acer Aspire 5315 que desitjo solucionar d'una vegada per sempre; però la ruta del meu arbre de directoris difereix de la que indiques, fins cpu0 coincideix però a partir d'aquí no trobo la carpeta cpufreq sinó aquestes altres cache, cpuidle, power, subsystem, thermal-throttle, topology i els fitxers crash-notes i uevent i en cap de les carpetes veig el fitxer scaling_max_freq.
cpu freq scaling solament aquesta disponible per micros posteriors a Core2Duo, no pentium D, 4, Celeron o mononucleos. és a causa que fins als prescott es treballava a el màxim, desaprofitant energia i calor, jo tenia un que sempre caminava a 40 o mes sempre, això si a l'hivern no tenia els peus freds 😛 salutacions
Jejeje 🙂 no t'imagines la idea que m'has donat ... !!!
Per Gnome o Unity hi ha el indicator-cpufreq, que et permet canviar la velocitat de l'processador i la configuració d'energia des del panell superior.
Hola, @Christopher Castro, enhorabona per l'article, concís i útil, només una petita correcció, no hi cridis processador als nuclis de la CPU / UCP (el processador), ja que la gent es podria confondre.
El que m'estranya és que tenint dos nuclis de processador, tinguis problemes d'escalfament, potser hauria de obrir-lo, i netejar-lo, o si no és per brutícia o pols, hauries portar-lo a el servei tècnic.
Una salutació a tots.
Realment no té sentit limitar la velocitat de l'processador si està activat el governant onDemand * a menys que sàpigues per endavant que les tasques que realitzaràs no seran ús intensiu de l'CPU com ara navegar pàgines web pesades *.
Cal tenir en compte que com menys que escalemos el processador més temps necessitarà per renderitzar les pàgines i més energia consumiran, d'altra banda el governant onDemand automàticament setea les freqüències a el nivell més baix quan la màquina està inactiva.
L'ideal és usar onDemand i tweakear correctament el governant de manera que s'activi i desactivi el més ràpid possible depenent la càrrega de el sistema, per exemple:
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
(Nomenclatura en format systemd)
Igual d'important que els governants és apagar la placa gràfica dedicada si no l'estem fent servir (en cas que la nostra màquina tingui un sistema de vídeo híbrid) el mateix que la resta de dispositius que faci servir el sistema i, per sobretot, fer servir PowerTOP 2 per a posar en mode de baixa energia aquells dispositius que estan seteados perquè funcionin a el màxim rendiment.
j: 0 ~ $ cat /etc/tmpfiles.d/optimized.conf
w / sys / kernel / debug / vgaswitcheroo / switch - - - - OFF
#w / sys / class / drm / card0 / device / power_profile - - - - low
w / sys / class / drm / card0 / device / power_method - - - - dynpm
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 / parameters / power_save - - - - 1
w / sys / kernel / mm / transparent_hugepage / enabled - - - - 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 / bus / pci / devices / * / power / control - - - - acte
w / proc / sys / vm / dirty_writeback_centisecs - - - - 1500
j: 0 ~ $ cat /etc/rc.local
#! / Bin / bash
#
# /Etc/rc.local: Local multi-user startup script.
#
modprobe radeon
trobo OFF> / sys / kernel / debug / vgaswitcheroo / switch
rmmod radeon
(Compte amb el rmmod ja que si volem activar la placa de vídeo especialitzada i tractem de carregar novament el mòdul estant aquesta apagada el sistema ens regalarà un preciós nucli panic).
si el teu hagués entès alguna cosa, el probaba.es q sóc nou en això i necessito veure les coses pas a pas, amb peres i manzanas.encontre interessant la resposta.
Que bon tipus, ho prova ja que he tingut alguns problemes amb l'equip. gràcies
Bones, podrien dir-me quina és la temperatura normal per a un processador de doble nucli de 2GHz, Gràcies i salutacions
bones,
aquest és un tema bastant important a l'quin, després d'un temps d'estar usant linux em vaig posar a investigar per reduir la temperatura de la cpu així com el seu consum energètic.
Aquest tema em va portar diverses hores d'investigació i proves i els comentaré una manera senzilla de configurar la nostra cpu del debian perquè treballi sota demanda, és a dir, la cpu ajusta automàticament la seva freqüència segons la càrrega de treball que rep el processador augmentant-quan és necessari per no perdre rendiment i treballant a la freqüència més baixa quan cal, reduint així el consum d'energia del nostre processador i per tant la temperatura. Encara que això ho vaig fer en debian hauria de funcionar amb qualsevol distro.
Instal·lar els paquets cpufreqd i cpufrequtils. (Crec que després d'això era necessari un reinici).
Elegir i carregar el mòdul per al processador, per a processadors intel moderns ho fem amb modprobe acpi-cpufreq (nota en debian es carrega sol, ho podem comprovar amb lsmod, suposo que serà igual per a la resta).
Comprovar el funcionament.
Primer anem a comprovar que s'ha carregat el nostre driver per al processador, per a això només hem de fer un cat a l'arxiu correcte:
cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_driver
La sortida que hauries observar és una mena de ...
acpi-cpufreq
Ara si la prova anterior ha tingut èxit podem comprovar quines són les freqüències disponibles per al nostre processador de nou amb la comanda cat:
cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_frequencies
La sortida que hauries observar és una mena de ...
1600000 800000
També podem mostrar els governadors disponibles:
cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_available_governors
La sortida que hauries observar és una mena de ...
PowerSave userspace conservative ondemand performance
I quin és el governador usat en aquest moment:
cat / sys / devices / system / cpu / cpu0 / cpufreq / scaling_governor
Donant-nos com a resultat una cosa així:
Rendiment
Nota: debian càrrega per defecte ondemand.
Aquest últim comando ens indica el governador que està funcionant actualment, el més recomanat és ondemand que és el que ajusta la velocitat de l'processador segons la demanda.
Una altra utilitat més directa per conèixer la info de la nostra CPU:
cpufreq-info (executem aquesta comanda per veure la informació de la nostra cpu):
pufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, si us plau.
anàlisi de la CPU 0:
controlador: acpi-cpufreq
CPU which need to switch frequency at the same time: 0
maquinari limits: 800 MHz - 1.73 GHz
passos de freqüència disponibles: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz
available cpufreq governors: conservative, ondemand, PowerSave, userspace, performance
política actual: la freqüència hauria d'estar entre 800 MHz i 1.73 GHz.
The governor «ondemand» mai decideix which speed to use
dins d'aquest rang.
la freqüència actual de la CPU és de 800 MHz.
Són importants les línies maquinari limits: 800 MHz - 1.73 GHz i available frequency steps: 1.73 GHz, 1.33 GHz, 1.07 GHz, 800 MHz que marquen les possibilitats de l'processador que tinguem.
Com podeu observar també ens indiquen el governador que estem fent servir i la freqüència a la qual treballant actualment la nostra cpu.
Per canviar el governador per a tots els processadors (necessari en el cas de dobles i quatre nuclis):
cpufreq-setembre -r -g ondemand
El següent comanda també mostra la velocitat de l'processador, si l'estalvi funciona bé hauria donar valors menors a la max de l'processador:
$ Cat / proc / cpuinfo | grep -i mhz
o
$ Watch grep \ »cpu MHz \» / proc / cpuinfo
Salutacions, amb això poden tenir funcionant de manera més eficient el vostre processador sense desaprofitar recursos.
Mai canviï el governador de la meva cpu, sol límit la velocitat màxima.
Encara ús en ondemand: D.
Amic, moltes gràcies, és precisament el que andava buscant.
Em funciono de meravella en el meu Athlon II x2 250 a 3GHz.
Sempre que obria un vídeo 1080p a linux, el meu CPU usava el 100%, ara, fa servir
una mitjana de 40 a 50%.
Tenia por que la frequencia quedés fixa en 1.8 GHz (que va ser on
el vaig ajustar), però «OnDemand» segueix actiu, quan l'ordinador està inactiva
el CPU baixa fins als 800 MHz. Fabulós! 🙂
Ho he provat en elementary Us i Ubuntu i ha funcionat, però ho he intentat en fedora 17 i no ha servit, no em deixa guardar els canvis a l'hora de canviar la quantitat de max_freq. Algú sap d'alguna manera per aconseguir-ho? Molt bon article per cert
En realitat el que passa és que en fedora 17 l'arxiu rc.local no existeix i s'ha de crear a la carpeta /etc/rc.d/ quedant la ruta /etc/rc.d/rc.local
amb la arctic silver maig vaig fer la prova i la temperatura de l'cpu sota 5è !!!!
Oo se sent interessant. He de comprar una xeringa amb això, en veritat em crida l'atenció.
Gràcies per la informació, de quina manera puc administrar la velocitat de la meva CPU quan jo vulgui sense haver d'usar la terminal, no em serveix que ho faci cada reinici, només quan deixo la màquina encesa realitzant una feina que no pren més de d'un 10%, algun script per baixar-li i perquè torni normal
Gràcias
Moltes gràcies per la teva consell m'ha ajudat molt per limitar la freqüència de les meves 4 cpu 's i3-2330m; doncs em preocupava el dany que pot causar treballar a tota la velocitat de procés.
Moltes gràcies per aquest valuosa aportació, em vas ajudar a tenir instal·lat linux en el meu macbook pro. En veritat moltes gràcies
Genial solució .... per allargar la vida útil d'equips de tecnologies antigues, que ja el seu acompliment es veu estressat per les exigències de l'programari actual. Moltes gràcies per l'aportació !!
Hola amics gràcies pels vostres aportació espere em funcioni en el meu OpenSuse Tumbleweed ♣
Salutacions