Як відключити SpeedStep при використанні MacBook Pro без акумулятора?

Перш за все, характеристики:

• MacBook Pro (15-дюймовий, початок 2011 року)
• OS X 10.9.1 (Mavericks)
• 2,3 ГГц Intel Core i7
• 8 ГБ оперативної пам’яті

Проблема

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

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

Тим не менш, головна проблема полягає в тому, що через деякий час ноутбук стає ДУЖЕ повільним. Під "ДУЖЕ повільно" я маю на увазі - ігри стають неможливими (падіння FPS з 60 до 6), а kernel_task починає використовувати більше 500% ЦП. Більше того, швидкість миші значно збільшується .

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

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

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

Будь-яка допомога буде вдячна. Спасибі заздалегідь.

Рішення (що працювало для мене)

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

Це просте виправлення, і більшість людей, які мають подібні проблеми до описаного вами, цілком задоволені, як тільки це зрозуміють. Я не беру на себе відповідальність за це виправлення, адже це все завдяки Rhys Oxenhams, який дослідив це і придумав рішення .

Дякую, що я знайшов це.

Здається, у вас є проблема з акумулятором, хоча, ймовірно, він лише додає до основної проблеми, яку ви торкнулися.

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

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

Це означає, що ви втрачаєте значну частину процесора, тоді як SpeedStep захоплює kernel_task і постійно виконує завдання з низькими накладними витратами, поки температура CPU не впаде. Ваша система по суті забивається, щоб ви могли економити енергію незалежно від того, хочете ви цього чи ні. Я думаю, що більшість людей очікують, що вони зможуть використовувати всю свою потужність процесора, коли хочуть, а не тоді, коли їх дозволяє система.

На щастя, ця "функція" вбудована в кекс, в якому кожен ідентифікатор моделі вказує, як контролювати температуру ЦП. Це просте виправлення, і більшість людей, які мають подібні проблеми до описаного вами, цілком задоволені, як тільки це зрозуміють. Я не беру на себе відповідальність за це виправлення, адже це все завдяки Rhys Oxenhams, який дослідив це і придумав рішення .

Завдання ядра, що вимочує цикли процесора, - це насамперед проблема безпеки та довголіття.

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

Ви хочете виключити температуру як причину такої поведінки, як перший крок ІМО.

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

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

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

Дроселювання GPU - це міра забезпечити кращий термін служби акумулятора, ніж конкуренція, інакше ви отримаєте ~ 4 години використання, не дуже конкуруючи у світі ноутбуків.

Оновлення питання щодо процесора, окрім того, який ви опублікували , полягає у недооціненні , яке пропонується додатком умовного доступу під назвою CoolBook . На жаль, він підтримується лише до Snow Leopard і має дуже сувору ліцензійну політику (на комп'ютер, а не на користувача). Найбезпечнішим варіантом все ж є отримання нового акумулятора.

Обійти питання GPU розміщена тут .

Я думаю, що ваша основна проблема і ви акумулятор пов'язані в доміно. Я не можу сказати з вашого допису, але ви сказали, що ви відключили акумулятор. Зробити скидання SMC, тому зараз кожен раз, коли ви приєднуєте шнур живлення, прилад стрибає і має легкий інфаркт, перезапускається і, нарешті, завантажується.

Ви отримали пошкодження SMC, і його потрібно скинути. Для цього зверніться до http://support.apple.com/kb/ht3964

Тепер щодо вашого CPU% я згоден з cksum і bmike. У вашій батареї є датчики, і якщо ваш акумулятор відсутній або пошкоджений, тоді вам слід замінити його, оскільки вентилятори та пристрій вибухнуть під напругою або часом. Крім того, я б запропонував запустити Apple Hardware Test, який повинен бути на одній із ваших систем сірими DVD-дисками, які постачаються разом із пристроєм. Запуск AHT швидко тестує датчики і перевіряє процесор і оперативну пам’ять, що в цьому випадку є корисним. Я не хочу думати, що була якась причина пошкодження ШОЕ, але це ризик та можливість.

rdoxenham в методі не вирішити проблему kernel_task, але це не приносить продуктивність спини процесора до його фактичного режиму. Дозвольте розповісти вам історію моєї історії.

У мене є MBP 15'Inch на початку 2011 року (i7, 10 Гб оперативної пам’яті), тому минуло час, що батарея померла, і я зіткнувся з відставанням GPU і процесора до виправлення rdoxenham.

Цей процес є тимчасовим виправленням, поки ми не замінимо загиблий / старий / несправний акумулятор. Без акумулятора в ноутбуці процесор не забирає достатню кількість енергії, необхідної для роботи на оптимальному рівні.

Якщо ви використовуєте GeekBench для тестування продуктивності свого ноутбука, ви помітите різницю в оцінці вашого ноутбука та інших без їх виходу.

На мою оцінку процесор вплинув на те, що процесор не отримує необхідну потужність без батареї. Це виправлення вирішує програмну частину проблеми, але не вирішує апаратну частину.

Нашому процесорові потрібен їхній сік, і я б сказав, що це виправлення є ВЕЛИКИм виправленням для них, хто щойно стикається з проблемою ядра з батареєю в робочому стані. Але для когось, як я (працює MacBook без акумулятора), це не вирішує все. ЗАРАЗ БАТЕРІЇ. AMAZON це!

Метод rdoxenham працював і для мене. Це було моє питання:

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

Я виключав погане програмне забезпечення та багато потенційних джерел поганого обладнання. Я все це спробував, але проблема залишилася:

• Виймав жорсткий диск і завантажувався з нього зовні
• Завантажена з іншого жорсткого диска зовні, працює під управлінням 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 є частиною конкретної установки ОС і, наприклад, не буде присутній під час завантаження в Windows чи чогось іншого. Безумовно, температура повинна насамперед контролюватися чимось нижчим рівнем. Але добре, якщо комп’ютер помирає, він гине. До цього виправлення це не працювало.