En primer lugar, las especificaciones:
- MacBook Pro (15 pulgadas, principios de 2011)
- OS X 10.9.1 (Mavericks)
- Intel Core i7 a 2,3 GHz
- 8 GB de RAM
El problema
Recientemente, mi batería se apagó al azar y tuve que desconectarla, de lo contrario, mi computadora no se encendería correctamente (MacBook Pro se reiniciaba y se apagaba una y otra vez).
Ahora, cada vez que enchufo el cable de alimentación, comienza inmediatamente (incluso sin presionar el botón de encendido), se apaga después de unos segundos y luego comienza normalmente. Extraño.
Sin embargo, el problema principal es que, después de un tiempo, la computadora portátil se vuelve MUY lenta. Por "MUY lento" quiero decir: los juegos se vuelven imposibles de jugar (los FPS caen de 60 a 6) y kernel_task comienza a usar más del 500% de la CPU. Además, la velocidad del mouse aumenta significativamente .
Probé la Interrock de (el día 10 post) guía pero no parece funcionar correctamente y me hizo un kernel panic relacionado con la SleepEnabler .
PD: He leído en alguna parte que Apple hace este " overclocking " intencionalmente, por razones de seguridad o marketing (para comprar una batería nueva). Por favor, corríjame si estoy equivocado.
OS X acelerará de manera inteligente la CPU en función de ciertas condiciones en un esfuerzo por a) prolongar la vida útil de la batería yb) evitar daños en el sistema (por calor excesivo). Apple no "sabotea" las máquinas en un esfuerzo por lograr que los clientes compren baterías nuevas. - cksum
Cualquier ayuda sería apreciada. Gracias de antemano.
Solución (que funcionó para mí)
http://www.rdoxenham.com/?p=259
Es una solución simple, y la mayoría de las personas que tienen problemas similares a los que usted describe están muy contentos una vez que se dan cuenta de esto. No me responsabilizo por esta solución, porque todo es gracias a Rhys Oxenhams que investigó esto y encontró una solución .
Gracias a l'L'l por encontrar esto.
Respuestas:
Parece que tiene un problema con su batería, aunque es probable que solo se agregue al problema subyacente que ha tocado.
El concepto detrás de Speedstep parece bueno, sin embargo, la forma en que funciona es bastante mala, especialmente cuando se trata de kernel_task. Creo que es la razón por la que está viendo una desaceleración tan dramática, porque esta "característica" está consumiendo la mayoría de su CPU MacBook Pro, por lo que aparentemente puede enfriar su sistema y ahorrar energía.
Esto equivale a que terminas perdiendo una porción significativa de la CPU mientras SpeedStep secuestra kernel_task y realiza continuamente tareas de bajo costo hasta que la temperatura de la CPU baja. Básicamente, su sistema se atasca para que pueda ahorrar energía independientemente de si lo desea o no. Me imagino que la mayoría de las personas esperan poder usar toda la potencia de su CPU cuando lo deseen, no cuando su sistema lo permita.
Afortunadamente, esta "característica" está integrada en un kext, en el que cada identificador de modelo especifica cómo controlar la temperatura de la CPU. Es una solución simple, y la mayoría de las personas que tienen problemas similares a los que usted describe están muy contentos una vez que se dan cuenta de esto. No me responsabilizo por esta solución, porque todo es gracias a Rhys Oxenhams que investigó esto y encontró una solución .
fuente
La tarea del núcleo que empapa los ciclos de la CPU es principalmente un problema de seguridad y longevidad.
La CPU es capaz de generar mucho más calor del que puede irradiar el marco del MacBook Pro y de controlar los fallos de los ventiladores y otras fallas de hardware, el sistema reducirá drásticamente la capacidad de la CPU de generar calor cuando detecte un aumento rápido de las temperaturas medidas - especialmente cuando los sopladores no responden como se esperaba o ya se les ha ordenado que funcionen a sus valores máximos de RPM.
Deberá descartar la temperatura como causa de este comportamiento como primer paso de la OMI.
Además, considere reemplazar la batería, ya que también tiene sensores de temperatura y el firmware puede ser mucho más conservador con la CPU cuando sabe que algunos sensores ya no se reportan para el servicio, por así decirlo.
fuente
Apple no solo reduce la CPU a la mitad, cuando no hay batería, sino también la GPU , con o sin batería.
Creo que la razón no es necesariamente obligar al usuario a comprar una batería nueva, sino que sigue siendo una de marketing. ¿Has notado que el cargador de CA MBP es considerablemente más pequeño que la mayoría de los cargadores de CA para computadoras portátiles? No soy un experto en vatios y voltaje, pero para tener en cuenta el diseño minimalista y elegante, no lo hicieron lo suficientemente potente como para que su MBP funcione. Necesita una batería para obtener la máxima potencia; de lo contrario, el adaptador de CA y su máquina podrían tostarse o simplemente no funcionar.
La aceleración de la GPU fue una medida para garantizar que su marca obtendría una mejor duración de la batería que la competencia, de lo contrario obtendría ~ 4 horas de uso, no realmente competitivo en el mundo de las computadoras portátiles.
Una plataforma de trabajo para el problema de la CPU, además de la que publicó , consiste en subvoltaje , que es ofrecido por una aplicación shareware llamada CoolBook . Desafortunadamente, solo es compatible con Snow Leopard y tiene una política de licencia muy estricta (por computadora, no por usuario). La opción más segura es obtener una batería nueva.
Aquí se publica una solución alternativa para el problema de la GPU .
fuente
Creo que su problema principal y su batería están relacionados en un sentido de Domino. No puedo decir por tu publicación, pero dijiste que desconectaste la batería. Al hacerlo, reinicie su SMC, por eso ahora cada vez que conecta un cable de alimentación, la unidad salta y tiene un ataque cardíaco leve, se reinicia y finalmente arranca.
Su SMC ha sido dañado y necesita ser reiniciado y para eso busque http://support.apple.com/kb/ht3964
Ahora con respecto a su CPU%, estoy de acuerdo con cksum y bmike. Su batería tiene sensores y si su batería falta o está dañada, entonces debe reemplazarla porque los ventiladores y la unidad se asustarán debido al estrés o al tiempo. Además, también sugeriría ejecutar Apple Hardware Test, que debería estar en uno de los DVD grises de su sistema que se incluye con la unidad. Ejecutar AHT prueba los sensores rápidamente y realiza comprobaciones de CPU y RAM, que es algo útil en este caso. No quiero pensar que haya alguna razón por la que pueda ocurrir un daño de ESD, pero es un riesgo y una posibilidad.
fuente
El método de rdoxenham soluciona el problema de kernel_task, pero no devuelve el rendimiento de la CPU a su modo real. Déjame darte los antecedentes de mi historia.
Tengo un MBP de 15 pulgadas a principios de 2011 (i7, 10 GB de RAM), así que ha pasado un tiempo sin batería y me enfrenté al retraso de la GPU y la CPU hasta la reparación de rdoxenham.
Este proceso es una solución temporal hasta que reemplazamos nuestra batería muerta / vieja / defectuosa. Sin la batería de la computadora portátil, la CPU no está consumiendo suficiente energía como para funcionar a su nivel óptimo.
Si usa GeekBench para probar el rendimiento de su computadora portátil, notará la diferencia en la puntuación de su computadora portátil y otras sin su problema.
Mi puntaje parecía afectado porque la CPU no obtenía la energía que necesitaba sin la batería. Esta solución resuelve la parte del problema del software, pero no resuelve la parte del hardware.
Nuestras CPU necesitan su jugo y yo diría que este FIX es una GRAN solución para ellos, que solo se enfrentan al problema del kernel con una batería en condiciones de funcionamiento. Pero para alguien como yo (que ejecuta un macbook sin batería) esto no resuelve todo. OBTENGA UNA BATERÍA CUANTO ANTES. AMAZONIA!
fuente
El método de rdoxenham también funcionó para mí. Este fue mi problema:
MacBook Pro (13 pulgadas, principios de 2011), macOS 10.12.1 Sierra. La batería había estado agotada desde hace un tiempo, pero la computadora había funcionado bien. Un día, de repente, no se despertó del sueño y el botón de encendido no reaccionó. Saqué y volví a colocar el cable de alimentación y pude arrancar de nuevo. El arranque ahora tomó muchos minutos y todo se retrasó. El mouse se movió en algo así como 0.5 fps. Todo funcionó pero hubo un retraso extremo. Animaciones, el cursor, la entrada del teclado, el tiempo requerido para abrir aplicaciones, todo. El monitor de actividad informó que el sistema usaba casi el 100% de la CPU casi siempre. A veces bajó un poco y el retraso mejoró un poco. Por breves momentos, la actividad de la CPU fue normal y luego todo funcionó bien, pero los problemas volvieron después de un minuto. Se informó que kernel_task usa mucha más CPU de la que estaba disponible, entre 200-1000%. El problema se mantuvo a pesar de reiniciar y dejar que la computadora permanezca encendida durante la noche. La computadora estaba inutilizable.
Descarté el software defectuoso y muchas fuentes potenciales de hardware defectuoso. Intenté todo esto, pero el problema seguía siendo:
Sospeché un problema de placa lógica. Pero luego intenté mover el archivo kext apropiado de /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/. Como magia, la computadora ahora parece funcionar bien de nuevo. Veré si puedo conseguir una batería de repuesto y volver a colocar el kext, pero por ahora esto funcionará. No entiendo cómo eliminar un kext podría provocar un sobrecalentamiento. Un kext es parte de una instalación específica del sistema operativo y, por ejemplo, no estaría presente al iniciar Windows u otra cosa. Seguramente la temperatura debe ser controlada principalmente por algo de nivel inferior. Pero bueno, si la computadora muere, muere. No funcionó antes de esta solución de todos modos.
fuente