Имеем 2 одинаковых мака (идентичны даже версии smc и efi).
В первом маке все прекрасно регулируется в зависимости от температуры. Во втором с тем же винтом температура растет до 100гр, а обороты вентилятора постоянны в районе 2000. Если запустить утиль регулировки оборотов, то начинает нормально работать. Это не единственный такой случай. Уже с десяток раз встречался. Что за хрень ?

ну вообще на всех макбуках сначала проц должен раскалится до 90 и дальше, только потом "заметно" повышение оборотов кулера, это норма.
это вам не простобук где вентилятор уже маслает при 60
а если у ваших буков при 80 уже начинает артефачить видеокарта :))) тогда уж извиняйте, пользуйтесь этими ручными утилитами и задирайте

На самом деле нет. Маки регулируют обороты вентиляторов в зависимости от совокупности показаний датчиков, коих там как грязи. И более того, один из самых важных критериев управления охлаждением - не температура, а энергопотребление.

почему на 2 идентичных маках по разному управляется ? Почему при температуре видика 105* и проца 95* обороты держаться 2000, а на другом таком же при 80* на видле и 75* на проце начинают подниматься обороты ?

Конкретно в этом случае, и на этой плате - 95% видак помирает. Лень вдаваться в подробности, почему оно именно так выражается, долго писать.

нет. На обоих видики после замены. Видики идентичны. Кроме того это не единственный случай. Давно заметил такую особенность и не только на этой модели.

Не, ну если у вас есть желание побиться головой в стену, которую можно обойти - не буду мешать.
Поставьте для переключения графики патченный gfxCardStatus и для контроля iStat Menus 5.31 и проверьте любым графическим тестом, типа Fumark для MacOS или valley benchmark, оба видака по раздельности.



Я не зря выше упомянул про именно эту платформу. На Air, допустим, причины подобного проявления совсем другие.

если есть возможность поменять жесткие диски местами у этих маков между собой, исключить программную часть, у меня была такая ситуация, с платой 820-2936-А, там было установлено 2 жестких диска(вместо ODD), один SDD, второй HDD, так вот при загрузке с SSD температура поднималась до 90 градусов, при оборотах 2000, а при загрузки с HDD , куллер отрабатывал как надо, это все на одном и том же маке....

Они без дисков. На своем тестовом проверяю. Т.е. программную часть откидываем.
Я знаю как обойти. Меня интересует природа процесса. 2 идентичные исправные мамки с одинаковими прошивками по разному себя ведут с одним винтом. Причина ?

"Некие процессы", которые приводят к дрейфу на P-N. Что, в свою очередь, приводит к искажению данных операционником. И "данные" начинают вываливаться за границы диапазонов "таблицы калибровки". Это приводит к тому, что "драйвер" отдает "усредненные пакеты", потому что не может правильно интерпретировать дрейф.
Это если сильно вкратце. Если вам ну очень интересны процессы - ну возьмите логический анализатор, да посмотрите. Ничего сложного, и взаимосвязь видна сразу.

если бы причина была в неких усредненных процессах, то я бы не получал в iStat температуру 105*. Если программа показывает температуру, то значит ОС ее тоже фиксирует. А из вашей логики получается, что ОС думает, что температура значительно ниже из-за неких потерь на ПП переходах. Но зато iStat намного умнее и правильно работает с датчиками.
iStat это только оболочка, которая визуализирует данные полученные ОС от драйвера.

Не, это из вашей логики так получается. И в этом ошибка. ОС не думает вообще, потому как не управляет охлаждением. ОС умеет выгружать данные из стека, куда параметры выплевывает SMC таблицей. И все программы "контроля температуры" берут данные только оттуда. (Кстати, все программы "управления вентилятором" тоже умеют только писать в конечный буфер того же SMC, просто подменяя данные с частотой выше, чем это делает сам SMC.)

Теперь перейдем к управлению системой охлаждения. Еще раз повторюсь - оно абсолютно не линейно и опирается не только на данные с 2-3 датчиков. Там достаточно хитрый алгоритм, привязанный к соотношению температур и энергопотребления. Просто факт - обратите внимание на управление вентиляторами при разных состояниях уровня зарядки АКБ (а так же подключенного или отключенного БП) и общего потребления системы (или потребления отдельных узлов). Любые нештатные параметры с любого из датчиков внесут искажения в конечную точку этого алгоритма.

Вот вам простой эксперимент с разными "китайскими" блоками питания.

БП под "оригинал".


БП "совсем китай".


Оба блока питания определяются системой так:


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

кстати да, учитывается не только температура но и ваттаж
интересно если будет возможность: сравните на обоих буках потребление ампер/ватт CPU и GPU (только нужно найти еще чем :)

p.s. для точности эксперимента нужно не только винт подставлять а еще БП, аккум и систему охлаждения :)