Как отключить SpeedStep при использовании MacBook Pro без батареи?

Прежде всего, спецификации:

• MacBook Pro (15 дюймов, начало 2011 г.)
• OS X 10.9.1 (Маверикс)
• 2,3 ГГц Intel Core i7
• 8 ГБ ОЗУ

Проблема

Недавно моя батарея случайно погибла, и мне пришлось ее отключить, иначе мой компьютер не включился бы должным образом (MacBook Pro перезагружался и выключался снова и снова).

Теперь, каждый раз, когда я подключаю кабель питания, он сразу начинается (даже без нажатия кнопки питания), выключается через несколько секунд, а затем запускается нормально. Weird.

Тем не менее, главная проблема в том, что через некоторое время ноутбук становится ОЧЕНЬ медленным. Под «ОЧЕНЬ медленным» я подразумеваю - игры становятся неиграбельными (FPS падает с 60 до 6), и kernel_task начинает использовать более 500% ЦП. Кроме того, скорость мыши значительно увеличивается .

Я попытался INTERROCK - х (10 - й пост) руководство , но это не похоже на работу правильно и заставил меня паника ядра , связанные с SleepEnabler .

PS Я где-то читал, что Apple намеренно делает этот " разгон " в целях безопасности или маркетинга (для покупки новой батареи). Пожалуйста, поправьте меня, если я ошибаюсь.

OS X будет интеллектуально регулировать процессор на основе определенных условий, чтобы а) продлить срок службы батареи и б) избежать повреждения системы (из-за чрезмерного нагрева). Apple не "саботирует" машины, чтобы заставить клиентов покупать новые батареи. - cksum

Любая помощь будет оценена. Заранее спасибо.

Решение (это сработало для меня)

http://www.rdoxenham.com/?p=259

Это простое исправление, и большинство людей, у которых есть проблемы, подобные тем, что вы описываете, вполне счастливы, когда осознают это. Я не возьму на себя ответственность за это исправление, потому что все благодаря Рису Оксенхамсу, который исследовал это и нашел решение .

Спасибо l'L'l за то, что нашел это.

Похоже, что у вас проблема с батареей, хотя, скорее всего, это только усугубляет основную проблему, которую вы затронули.

Концепция, стоящая за Speedstep, кажется хорошей, однако способ ее работы довольно плох, особенно когда дело доходит до kernel_task. Я полагаю, что именно по этой причине вы наблюдаете такое резкое замедление - потому что эта «функция» потребляет большую часть вашего процессора MacBook Pro, поэтому она, очевидно, может охладить вашу систему и сэкономить энергию.

Технология Intel SpeedStep позволяет системе динамически регулировать напряжение процессора и частоту ядра, что может привести к снижению среднего энергопотребления и снижению средней выработки тепла. (от Intel)

Это означает, что вы теряете значительную часть ЦП, в то время как SpeedStep захватывает kernel_task и постоянно выполняет задачи с минимальными издержками, пока температура ЦП не упадет. Ваша система по сути застопорилась, так что вы можете экономить энергию независимо от того, хотите вы этого или нет. Я полагаю, что большинство людей ожидают, что смогут использовать всю мощность своего ЦП, когда захотят, а не тогда, когда их система позволит им.

К счастью, эта «функция» встроена в kext, в котором каждый идентификатор модели определяет, как управлять температурой процессора. Это простое исправление, и большинство людей, у которых есть проблемы, подобные тем, что вы описываете, вполне счастливы, когда осознают это. Я не возьму на себя ответственность за это исправление, потому что все благодаря Рису Оксенхамсу, который исследовал это и нашел решение .

Задача ядра - впитывание циклов ЦП - это прежде всего проблема безопасности и долговечности.

Процессор способен генерировать гораздо больше тепла, чем может излучать корпус MacBook Pro, и контролировать неисправные вентиляторы и другие аппаратные сбои. Система значительно снизит способность процессора генерировать тепло, когда она чувствует быстрое повышение измеряемой температуры. - особенно, когда воздуходувки не реагируют должным образом или уже получили команду работать на своих максимальных значениях об / мин.

Вы хотите исключить температуру как причину такого поведения в качестве первого шага ИМО.

Кроме того, подумайте о замене батареи, поскольку в ней также есть датчики температуры, и микропрограмма может быть гораздо более консервативной для ЦП, если она знает, что некоторые датчики больше не работают, так сказать.

Apple не только разгоняет процессор примерно до половины, когда батарея отсутствует, но также и графический процессор , с батареей или без нее.

Я думаю, что причина не в том, чтобы заставлять пользователя покупать новую батарею, а в маркетинге. Вы заметили, что зарядное устройство MBP AC значительно меньше, чем большинство зарядных устройств переменного тока для ноутбуков ПК? Я не специалист по ваттам и напряжению, но, учитывая минималистский и элегантный дизайн, они не сделали его достаточно мощным для работы вашего MBP. Для полной мощности требуется батарея, иначе адаптер переменного тока и ваша машина могут перегореть или просто перестать работать.

Удушение GPU было мерой, гарантирующей, что их бренд получит лучшее время автономной работы, чем у конкурентов, в противном случае вы получите ~ 4 часа использования, что на самом деле не является конкурентом в мире ноутбуков.

Решение проблемы ЦП, помимо той, которую вы опубликовали , состоит в пониженном напряжении , которое предлагается в условно-бесплатном приложении CoolBook . К сожалению, он поддерживается только до Snow Leopard и имеет очень строгую лицензионную политику (для компьютера, а не для пользователя). Самый безопасный вариант - получить новую батарею.

Обходной путь для проблемы GPU размещен здесь .

Я думаю, что ваша основная проблема и ваша батарея связаны в смысле домино. Я не могу сказать из вашего поста, но вы сказали, что вы отключили батарею. При этом перезагружайте SMC, поэтому теперь каждый раз, когда вы подключаете шнур питания, устройство прыгает и получает легкий сердечный приступ, перезапускается и, наконец, загружается.

Ваш SMC был поврежден и должен быть сброшен, и для этого посмотрите http://support.apple.com/kb/ht3964

Теперь по поводу вашего процессора% я согласен с cksum и bmike. В вашей батарее есть датчики, и если ваша батарея отсутствует или повреждена, вы должны заменить ее, потому что вентиляторы и устройство будут выходить из строя под нагрузкой или временем. Кроме того, я бы также предложил запустить Apple Hardware Test, которая должна быть на одной из ваших серых DVD-дисков, поставляемых с устройством. Запуск AHT быстро проверяет датчики и проверяет ЦП и ОЗУ, что очень удобно в этом случае. Я не хочу думать, что была какая-то причина, по которой может произойти повреждение от электростатического разряда, но это риск и возможность.

Метод rdoxenham действительно решает проблему kernel_task, но он не возвращает производительность процессора к его реальному режиму. Позвольте мне рассказать вам историю моей истории.

У меня MBP 15'Inch в начале 2011 года (i7, 10 ГБ ОЗУ), так что прошло некоторое время, когда он разрядился, и я столкнулся с отставанием графического процессора и процессора до исправления rdoxenham.

Этот процесс временно исправлен, пока мы не заменим наш разряженный / старый / неисправный аккумулятор. Без батареи в ноутбуке процессор не потребляет достаточно энергии, чтобы работать на оптимальном уровне.

Если вы используете GeekBench для тестирования производительности своего ноутбука, вы заметите разницу в результатах своего ноутбука и других без этой проблемы.

Кажется, на мой счет повлияло то, что процессор не получает нужную мощность без батареи. Это исправление решает программную часть проблемы, но не решает аппаратную часть.

Нашему процессору нужен сок, и я бы сказал, что этот FIX - это БОЛЬШОЕ исправление для тех, кто только что столкнулся с проблемой ядра с батареей в рабочем состоянии. Но для кого-то вроде меня (запуск MacBook без батареи) это не решает все проблемы. Получить батарею как можно скорее. AMAZON это!

Метод rdoxenham работал и для меня. Это была моя проблема:

MacBook Pro (13 дюймов, начало 2011 г.), macOS 10.12.1 Sierra. Некоторое время назад батарея разрядилась, но компьютер работал нормально. Однажды он внезапно не проснулся от сна, и кнопка питания не сработала. Я вытащил и вставил обратно шнур питания и смог снова загрузиться. Загрузка сейчас заняла много минут и все отставало. Мышь двигалась примерно на 0,5 кадра в секунду. Все работало, но была крайняя задержка. Анимация, курсор, клавиатурный ввод, время, необходимое для открытия приложений - все. Монитор активности сообщает, что система использует почти всегда 100% ресурсов процессора. Иногда это немного снижалось, и отставание становилось немного лучше. В течение коротких моментов активность процессора была нормальной, а затем все работало нормально, но проблемы вернулись через минуту. Сообщалось, что kernel_task использует гораздо больше ресурсов ЦП, чем было доступно - между 200-1000%. Проблема осталась, несмотря на перезагрузку и оставление компьютера включенным на ночь. Компьютер был непригодным для использования.

Я исключил плохое программное обеспечение и много потенциальных источников плохого оборудования. Я попробовал все это, но проблема осталась:

• Вынул HDD и загрузился с него внешне
• Внешне загружается с другого жесткого диска под управлением OS X 10.8 Mountain Lion.
• Отключен внутренний кабель жесткого диска SATA
• Другой адаптер питания
• Сброс PRAM
• Сброс SMC
• Переустановил оба модуля оперативной памяти
• Использовал только один из модулей ОЗУ одновременно в разных слотах, чтобы исключить любой из модулей или слотов, являющийся плохим
• Отключил батарею
• Отключил кабель AirPort / Bluetooth
• Отключил трекпад

Я подозревал проблему с платой логики. Но затем я попытался удалить соответствующий файл kext из /System/Library/Extensions/IOPlatformPluginFamily.kext/Contents/PlugIns/ACPI_SMC_PlatformPlugin.kext/Contents/Resources/. Как по волшебству, теперь компьютер снова работает нормально. Я посмотрю, смогу ли я взять запасную батарею и вернуть kext, но сейчас это подойдет. Я не понимаю, как удаление кекста может привести к перегреву. Kext является частью определенной установки ОС и, например, не будет присутствовать при загрузке Windows или чего-то еще. Конечно, температура должна в первую очередь контролироваться чем-то более низким уровнем. Но хорошо, если компьютер умирает, он умирает. Это не сработало до этого исправления.