The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Для ядра Linux предложена возможность отслеживания переохлаждения системы"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для ядра Linux предложена возможность отслеживания переохлаждения системы"  +/
Сообщение от opennews (??), 14-Дек-23, 19:57 
Для включения в состав ядра Linux предложен обработчик для реагирования на переохлаждение системы. Linux довольно часто используется для встраиваемых систем, на которых кроме перегрева  заслуживает внимания и возможность отслеживания переохлаждения системы, поэтому в подсистему Thermal были добавлены новые контрольные точки THERMAL_TRIP_COLD и HERMAL_TRIP_CRITICAL_COLD (аналоги HERMAL_TRIP_HOT и THERMAL_TRIP_CRITICAL), позволяющие вызывать обработчики не при перегреве, а при переохлаждении. Как один из вариантов реакции на переохлаждение предлагается, например, увеличивать частоту и напряжение с целью увеличения температуры для подогрева устройства...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=60291

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +8 +/
Сообщение от Аноним (1), 14-Дек-23, 19:57 
Обычно всё же используют специальный нагреватель, а не тепло проца.
Ответить | Правка | Наверх | Cообщить модератору

15. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –1 +/
Сообщение от Аноним (15), 14-Дек-23, 20:56 
Кто-то использует жидкий азот.
Ответить | Правка | Наверх | Cообщить модератору

18. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +5 +/
Сообщение от Аноним (18), 14-Дек-23, 21:26 
Идея плодотворная, кстати. Когда по субботам той зимой читал лекции в универе (25 минут пешком), ноутбук, который брал с собой, просто не выключал. Это помогало ему противостоять холоду и сразу быть готовым к работе.
Ответить | Правка | Наверх | Cообщить модератору

22. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +3 +/
Сообщение от Аноним (22), 14-Дек-23, 21:48 
Ноутбук, если ты его носишь в нормальной сумке, за 25 минут охладится неощутимо для проблем со включением. А вот нагреться при включённом состоянии может до кипятка. Особенно в узкой упаковке. Так что ты себе ноут портил)
Ответить | Правка | Наверх | Cообщить модератору

76. Скрыто модератором  +9 +/
Сообщение от Аноним (76), 15-Дек-23, 10:05 
Ответить | Правка | Наверх | Cообщить модератору

84. Скрыто модератором  –4 +/
Сообщение от Аноним (84), 15-Дек-23, 11:02 
Ответить | Правка | Наверх | Cообщить модератору

88. Скрыто модератором  +/
Сообщение от Аноним (76), 15-Дек-23, 13:51 
Ответить | Правка | Наверх | Cообщить модератору

92. Скрыто модератором  –1 +/
Сообщение от Аноним (92), 15-Дек-23, 16:36 
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

99. Скрыто модератором  +/
Сообщение от Аноним (99), 15-Дек-23, 18:59 
Ответить | Правка | Наверх | Cообщить модератору

100. Скрыто модератором  +1 +/
Сообщение от Аноним (100), 15-Дек-23, 19:08 
Ответить | Правка | Наверх | Cообщить модератору

30. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –9 +/
Сообщение от Аноним (30), 14-Дек-23, 22:26 
Чувак, ноутбукопроблемы как правило от говноприпоя бессвинцового и компаунда.
То что в твоем ноутбуке скрепляющая каша от трещин дорожек удерживает пока еще все вместе это еще не гарантия что при очередном ударе все не отвалится.
В идеале нужна сумка с термоизоляцией как у термоса или очень дорогой ноутбук для тяжелых условий эксплуатации чтобы компаунда было дофига. Обычные ноутбуки это пару минут до работы таскать
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

109. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 16-Дек-23, 18:49 
> Чувак, ноутбукопроблемы как правило от говноприпоя бессвинцового и компаунда.

Вообще-то от нарушений технологий пайки. Эти проблемы уж сто лет как решили в бессвинце. Но некоторых за столько лет так и не попустило.

И кстати здоровенные BGAхи прекрасно отваливались и на свинцовом припое. Оно на уровне технологий не любит крутые перепады температур - коэффициент расширения у материалов разный, а шарики - не дают особой свободы движения и возникают нехилые напряжения. А припой, что свинцовый, что бессвинцовый, по механическим свойствам все же не металл-чемпион, чтобы такие стрессы постоянно выдерживать.

> В идеале нужна сумка с термоизоляцией как у термоса или очень дорогой ноутбук

....или как дешевый и сердитый вариант, можно попытаться термостатировать систему софтварно, меняя вольтажи и частоты. Это немного странно, зато видит именно состояние кристалла, и к тому же ничего не стоит. Если зависимость перфоманса от внешней температуры ОК - почему нет?

Ответить | Правка | Наверх | Cообщить модератору

64. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +5 +/
Сообщение от Аноним (64), 15-Дек-23, 09:07 
А конденсата не боитесь?
Придёте так на занятия, а он не включается - закоротило где-то из-за образовавшейся влаги.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

132. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Первая буква (?), 18-Дек-23, 23:26 
Вы видели платы из ЗИП комплектов на технику СССР 70-80х годов? Там все залито лаком - пофиг на конденсат. Так уже не делают, а просто скулят в каментах
Ответить | Правка | Наверх | Cообщить модератору

39. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +4 +/
Сообщение от Аноним (-), 15-Дек-23, 01:10 
> Кто-то использует жидкий азот.

А что, хорошо НАГРЕВАЕТ замерзшую систему?!

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

62. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +13 +/
Сообщение от dalco (ok), 15-Дек-23, 08:33 
Если у тебя квантовый компьютер на жидком гелии, то жидкий азот - это прямо огонь! :)
Ответить | Правка | Наверх | Cообщить модератору

110. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (-), 16-Дек-23, 18:51 
> Если у тебя квантовый компьютер на жидком гелии, то жидкий азот -
> это прямо огонь! :)

"Сам топи урановые ломы в ртути!" (c) анекдот.

Ответить | Правка | Наверх | Cообщить модератору

71. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Lost Inside (ok), 15-Дек-23, 09:54 
Это да. Жидкий азот от переохлаждения - просто панацея. Рекомендую.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

77. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +4 +/
Сообщение от Аноним (76), 15-Дек-23, 10:07 
Мы с медведем, после того как под реактором на балалайке и АК наиграемся, всегда жидкий азот под водочку для сугрева потребляем.
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  –18 +/
Сообщение от Аноним (2), 14-Дек-23, 19:58 
Ответить | Правка | Наверх | Cообщить модератору

3. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +75 +/
Сообщение от Аноним (3), 14-Дек-23, 19:59 
я для защиты от переохлаждения запускаю приложение на электрон
Ответить | Правка | Наверх | Cообщить модератору

14. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (15), 14-Дек-23, 20:55 
Ты перед этим забываешь выйти на улицу в снегопад.
Ответить | Правка | Наверх | Cообщить модератору

66. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +3 +/
Сообщение от Аноним (64), 15-Дек-23, 09:09 
Тогда бы он отменил снегопад в своём районе и очистил все близлежпйшие дорожки от снега в радиусе 25 метров. Электрон же.
Ответить | Правка | Наверх | Cообщить модератору

17. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +2 +/
Сообщение от pic (?), 14-Дек-23, 21:14 
Нарушаешь климатические квоты!
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

53. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –1 +/
Сообщение от Бывалый смузихлёб (?), 15-Дек-23, 06:17 
Электрон память относительно нагружает а не ЦП
Посему, нагреется лишь диск от регулярного его загаживания при уходе в сон )
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

85. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +2 +/
Сообщение от PnD (??), 15-Дек-23, 11:27 
Да, но нет.©
Из того что мне приходится терпеть на electron:
- Discord: ≈3% CPU "on idle", 20+% конференция без видео.
- Skype: 100% CPU конференция без видео (остальное время выкл., ибо нех.).

- (?) Telegram (и клоны): Там (вроде) своя блобятина. Но жрёт ОЗУ уже́ не хуже прочих. 440+МБ RSS, блин. Доигрались в fullstack, ТБМ.

Ответить | Правка | Наверх | Cообщить модератору

69. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Sw00p aka Jerom (?), 15-Дек-23, 09:30 
Хрета осуждает, осуждает :)
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

5. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +10 +/
Сообщение от Аноним (5), 14-Дек-23, 20:20 
Есть специальный дистрибутив для защиты от переохлаждения. Gentoo называется.
Ответить | Правка | Наверх | Cообщить модератору

6. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от OpenEcho (?), 14-Дек-23, 20:33 
> Есть специальный дистрибутив для защиты от переохлаждения. Gentoo называется.

Есть лучше - Global Warming distribution

Ответить | Правка | Наверх | Cообщить модератору

16. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от pic (?), 14-Дек-23, 21:12 
Зачем так жестоко, эти скорее к окулистам, чем к экоактивистам.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

32. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (32), 14-Дек-23, 22:45 
К окулисту очередь из виндузятников после очередного апдейта.
Ответить | Правка | Наверх | Cообщить модератору

54. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 15-Дек-23, 06:20 
причём тут винда ?
Окулист - это к яблочникам с ноутами на 13-14" и разрешением как у огромного телека, что в мелкие элементы почти в упор надо всматриваться или уже через очки
Ответить | Правка | Наверх | Cообщить модератору

104. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –2 +/
Сообщение от Аноним (104), 16-Дек-23, 01:52 
Чувак, там разрешение такое не для того, чтобы вглядываться, а как раз наоборот, чтобы иметь нормальный непикселизованный текст и элементы управления.
Ответить | Правка | Наверх | Cообщить модератору

41. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +3 +/
Сообщение от Аноним (-), 15-Дек-23, 01:17 
> Есть специальный дистрибутив для защиты от переохлаждения. Gentoo называется.

"Бортовые системы вашего авто временно недоступны - производится перекомпиляция системы. Please wait..."

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

50. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (50), 15-Дек-23, 03:21 
https://user-web.icecube.wisc.edu/~dima/stuff/misc/stories/w...
Ответить | Правка | Наверх | Cообщить модератору

7. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –2 +/
Сообщение от Дилетант (?), 14-Дек-23, 20:34 
может, я чего-то не понимаю, но это разве не работа для BIOS? зачем брать на себя ТАКУЮ работу?
Ответить | Правка | Наверх | Cообщить модератору

9. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (9), 14-Дек-23, 20:45 
«Такую» или всё же «эту»?
Ответить | Правка | Наверх | Cообщить модератору

11. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –2 +/
Сообщение от Страдивариус (?), 14-Дек-23, 20:49 
Не понимаешь, потому что ты дилетант. Какой биос на встраиваемых системах? К тому же на интеле bios это делает в system management mode, то есть без ведома ОС. Запаслись попкорном и ждём от великого гуру идей о том, как подружить SMM и real time, например.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

19. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (18), 14-Дек-23, 21:27 
> на интеле bios

Помилуйте.

Ответить | Правка | Наверх | Cообщить модератору

13. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (15), 14-Дек-23, 20:54 
Может и для него, не у всех же пингвин, только почему-то в биосе нет настройки вырубать в холодрыгу.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

33. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (30), 14-Дек-23, 22:48 
Вообще-то рулить напряжениями, таймингами памяти, максимальной потребляемой мощностью и т.д. можно и из системы.
Это ноутбуководам рассказывай как они должны в биосе настройки порезанные искать - ну так, частый случай.
И что делать в биосе если он не умеет отрубать вентилятор при низкой температуре заодно напиши - чисто поржать охота.
Ответить | Правка | Наверх | Cообщить модератору

48. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (-), 15-Дек-23, 01:45 
> может, я чего-то не понимаю, но это разве не работа для BIOS?

Что такое "BIOS" на вот этом ARMовском одноплатнике? А вот линух там есть. И в device tree можно thresholds по вкусу заколотить. Попроще чем в твое долбаное ACPI кстати.

> зачем брать на себя ТАКУЮ работу?

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

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

55. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 15-Дек-23, 06:27 
Подобные задачи, мало того, что запросто решаются периодически просыпающимся процессом, проверяющим состояние и отправляющим соотв команды
Так и сам по себе холод процу едва ли вредит - вредить может таковому генератору, но это отдельная деталь
Вредить он может аккумулятору, но его не разогреешь кочегаркой проца
Да и с повышением напряжения на нём можно доиграться
Будто этого мало, подогрев нередко сделан на россыпухе и работает независимо, ведь ОСь может зависнуть и чего-то перегреть вплоть до пожара

В общем, идея толкать подобное в ядро ВСЕМ( даже не только встраиваемым ) линухам - очень сомнительна

Ответить | Правка | Наверх | Cообщить модератору

61. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (30), 15-Дек-23, 08:31 
Такое опасно разве что чипам с 3д кешем. А андервольт никуда не девается если это дело выключить.
В обычной работу турбобусты повышают напряжение. Если на проце баг замерзания - тогда это стоит включить. Если комп работает в морозильных условиях и может вжоривать - можно просто поставить кулер.
Ответить | Правка | Наверх | Cообщить модератору

111. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 16-Дек-23, 19:18 
> Подобные задачи, мало того, что запросто решаются периодически просыпающимся процессом,
> проверяющим состояние и отправляющим соотв команды

Кернел и его инфраструктура в этом качестве - понадежнее будет. И даун кернела довольно быстро будет замечен хардварным вачдогом. В софте решаемо, особенно с системдшным апи вачдогования процессов, но в кернеле лучше.

Если очень критично, можно МК поставить, этот точно индустриальный диапазон выдюжит, и обвес простой, а он thermal и проч очень плотно, точно и реалтаймно разрулит. Но это отдельные деньги и усложнение системы.

> Так и сам по себе холод процу едва ли вредит - вредить
> может таковому генератору, но это отдельная деталь

Кроме проца в системе много чего еще есть. И корректное поведение проца и остальных чипов при каком -40 специфицировано не для всех чипов. Свойства кремниевых PN переходов при изменении температуры отъезжают (man "thermal diode", до кучи это готовый градусник).

Да даже емкости фильтрующих кондеров отъезжают. И если кто попробует с места в карьер с idle полный вперед системе дать а кондеры не удержат и вольтаж провалится - угадайте что дальше. В этом смысле идея учесть в софте такие вещи не так уж и бредова. Но более характерна для более мелких систем.

> Вредить он может аккумулятору, но его не разогреешь кочегаркой проца

Понимаешь, мистер эксперт, ты это рассказываешь электронщику, который знает как под "industrial" диапазон температур (-40..+85) фигачить. И акум - разный бывает. Акум авто всяко с таким жить умеет. При том свинцовый даже без thermal management. И уж пару одноплатников он удержит хоть там что. Я говорил что линь нравится автомотивщикам?

> Да и с повышением напряжения на нём можно доиграться

В случае лития основная проблема с ним - в том что при минусе его заряжать нельзя, а при перегреве он может уйти вразнос. Ну так его и не применяют там где это проблема, или решают эту траблу. И кстати вам не приходило в голову что FAN как логику тоже можно в принципе инверсно сделать - "heater" или "peltier" какой, с PWMом на нужный уровень. В случае пельтехи есть некие особенности, но кому это было надо - их знают.

> Будто этого мало, подогрев нередко сделан на россыпухе и работает независимо, ведь
> ОСь может зависнуть и чего-то перегреть вплоть до пожара

Еще может быть на МК. А что до перегрева - в нормальных железках многоуровневые защиты. Даже в тупой как дрова микроволновке, вот, механический термостат-размыкатеь на 200 градусов, на случай если ее МК сделает что-то не так. А на случай когда что-то пошло вообще совсем не так - еще и термопредохранитель на 230 градусов (этот уже одноразовый, и если он сработает, хомячок пойдет в сервисцентр). Так что эта штука не даст процу вылезтис за 200 градусов в рабочей зоне, а если это обломалось - окончательный FAIL SAFE отправит хомяка в сервис (самому термопредохранитель поменять можно, но в хозяйственном ЭТО не продается, это "электроника").

> В общем, идея толкать подобное в ядро ВСЕМ( даже не только встраиваемым
> ) линухам - очень сомнительна

Вот лично мне - пригодится...

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

121. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 18-Дек-23, 13:51 
> Кернел и его инфраструктура в этом качестве - понадежнее будет. И даун
> кернела довольно быстро будет замечен хардварным вачдогом. В софте решаемо, особенно
> с системдшным апи вачдогования процессов, но в кернеле лучше.

Я бы подобное не рискнул делать, если бы мне была поставлена подобная задача с хотя бы минимальной но ответственностью
Скорее всего, сделал бы термодатчик или несколько +
ОУ / Компаратор +
Нагреватель +
Несколько последовательно включенных термореле( уже от перегрева и расставленных в разных точках )

> Кроме проца в системе много чего еще есть. И корректное поведение проца
> и остальных чипов при каком -40 специфицировано не для всех чипов.
> Свойства кремниевых PN переходов при изменении температуры отъезжают (man "thermal diode",
> до кучи это готовый градусник).

Ну в том и прикол, что "решение" из статьи позволяет прогревать лишь проц, а не в принципе решает проблему

> Понимаешь, мистер эксперт, ты это рассказываешь электронщику, который знает как под "industrial"
> диапазон температур (-40..+85) фигачить. И акум - разный бывает. Акум авто
> всяко с таким жить умеет. При том свинцовый даже без thermal
> management. И уж пару одноплатников он удержит хоть там что. Я
> говорил что линь нравится автомотивщикам?

Линь вообще на пушечный выстрел не подпускают к автоматике любые кому хоть что-то дорого( включая карму и лицензии в зависимости от страны )

Он( нередко с кутями ), по сути, служит лишь "мордой" к контроллеру, в котором зашита ОСРВ повышенной надёжности с кучей задач и которая корректно отработает даже если линь зависнет или упадёт

> И кстати вам не приходило в голову что
> FAN как логику тоже можно в принципе инверсно сделать - "heater"
> или "peltier" какой, с PWMом на нужный уровень. В случае пельтехи
> есть некие особенности, но кому это было надо - их знают.

Знают. Греет хорошо, но охлаждает - почти никак и с риском уже их перегреть
Ещё и классическая с полупроводниками штука - что параметры со временем плывут и сильно


Ответить | Правка | Наверх | Cообщить модератору

124. Скрыто модератором  +/
Сообщение от Аноним (-), 18-Дек-23, 15:47 
Ответить | Правка | Наверх | Cообщить модератору

125. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 15:50 
> Я бы подобное не рискнул делать, если бы мне была поставлена подобная
> задача с хотя бы минимальной но ответственностью

Вообще - работает. Стабильно. Годами. Но если вопрос в том что кто-то умрет или пострадает, многоуровневые защиты - мастхэв, конечно.

> Скорее всего, сделал бы термодатчик или несколько + ОУ / Компаратор +

С этим всем тоже можно познать горя. Заметив что оно нестабильное, неточное, требует мануальную настройку (антитехнологично), нельзя изменить настройки в рантайме, нельзя автоматизировать калибровку "конкретного экземпляра".

Решаемо, но прецизионные, термо и долговременно стабильные компоненты, их взаимодействия в широком диапазоне - это отдельный топик. Дорогой, сложный в покупке, в реализации, с более 9000 залетов. Как минимальный failsafe - почему нет? Как основной loop - блин, у него даже самодиагностики нету. И мы узнаем что FAIL - уже по факту. Круто, современно...

> Нагреватель +
> Несколько последовательно включенных термореле( уже от перегрева и расставленных в разных
> точках )

Термореле не особо надежные, точные и стабильные штуки в общем случае. По цене самолета что угодно, конечно, есть. Как дубовый failsafe - да, но если запас "вниз", будут ложняки. А если вверх - шанс что система испечется до отрубания.

С другой стороны - МК около бакса. И LM75 (или его клоны) - цифровой, i2c/smbus, точность градус или лучше. И оно с фабы калиброваное. И может и цепь проверить, и датчики, и что система реагирует на ихменения ожидаемо, и хосту отрепортить статус, и вообще все в safe state уложить. При том кто сказал что safe state всегда решаем компаратором? Возможно для входа в safe state системы надо какое-то секвенсирование действий?

> Ну в том и прикол, что "решение" из статьи позволяет прогревать лишь
> проц, а не в принципе решает проблему

Это конечно зависит от конкретики реализации - но тепло проца чаще всего рассеивается в тот же объем и стало быть подогреет его.

> Линь вообще на пушечный выстрел не подпускают к автоматике любые кому хоть
> что-то дорого( включая карму и лицензии в зависимости от страны )

Поэтому он летает в космос, рулит поездами, промом, а вот это хотят - автомотивщики. Логично.

> Он( нередко с кутями ), по сути, служит лишь "мордой" к контроллеру,

У элонмасковского корабля он - таки - бортовой компьютер, вот. Конечно их несколько, и контроллеры подстраховывают, но...

> в котором зашита ОСРВ повышенной надёжности с кучей задач

Взаимоисключающие параграфы - "куча задач" не способствует "повышенной надежности". В этом случае чем фирмвар МК тупее - тем меньше там места для лажи. А если там куча задач... при том еще и не факт что вы и те индусы - програмите лучше вон тех из кернела.

> и которая корректно отработает даже если линь зависнет или упадёт

И тем не менее даже я заимплементил системы которые годами работают. Ничего там не виснет и не падает. Надо просто вынуть руки из... и научиться в валидацию системы ДО того как ее отдать другим.

> Знают. Греет хорошо, но охлаждает - почти никак и с риском уже их перегреть

У них есть свои лимиты применимости. Зато - мелкие и электрчиески управляемые. Там фэйл в лимитированом числе включений еще. Видимо от перепадов кучаконтактов PN junction может отвалиться уже там :). И если вы будете вот именно компаратором его рулить - он и помрет в момент, лимит на число включений даже в даташите бывает. Но если вместо тупого компаратора взять PWM, доделать до DCDC (например buck) и вместо on/off - рулить заполнением PWM, а катуха еще и фильтранет пульсации... все станет гораздо оптимистичнее. И придумал DCDC+Firmware не я. Но я тоже уже немнго умею.

> Ещё и классическая с полупроводниками штука - что параметры со временем плывут и сильно

А вот для цифровых штук это - вообще совсем не проблема. Можно автоматически это компенсировать. В отличие от аналогового дубья. В частности цифровые датчики, вот, делают с компенсацией и калибровками прям на фабе - и они довольно хорошо специфицированы по долговременной стабильности, точности и вообще. Если совсем уж левак не брать - будет как в даташите. И если эн датчиков говорят системе что температура вот такая - значит, крутим PWM вон туда. И оно самокомпенсирует уплыв параметров.

p.s. долбаный бот, чего ему в вон том сообщении не нравится?

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

105. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (105), 16-Дек-23, 05:17 
> Что такое "BIOS" на вот этом ARMовском одноплатнике?

Он там есть, только делаешь ты его сам ;) Называет uboot.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

114. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 17-Дек-23, 23:10 
>> Что такое "BIOS" на вот этом ARMовском одноплатнике?
> Он там есть, только делаешь ты его сам ;) Называет uboot.

Он "boot loader" так то. А на минималках - его SPL на ...цать кило весом может вместо основной тушки uboot и сразу ядро линуха пнуть.

При этом резидентно в памяти он не остается, API в run time не предоставляет, setup нет, и в целом это куда более простая и предсказуемая штука.

Ответить | Правка | Наверх | Cообщить модератору

107. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (107), 16-Дек-23, 10:29 
> может, я чего-то не понимаю, но это разве не работа для BIOS?
> зачем брать на себя ТАКУЮ работу?

Возможно это и было бы так, вот только BIOSов больше нет, вместо него богомерзкие г@внаефи ((

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

12. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (15), 14-Дек-23, 20:52 
Не ну всё-таки изменение климата.
Ответить | Правка | Наверх | Cообщить модератору

20. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +3 +/
Сообщение от тоже Анонимemail (ok), 14-Дек-23, 21:33 
А термо-датчики, с которых читается эта информация, вообще достаточно адекватно ее дают? А то, может, у иных материнок отвалившийся или вовсе не распаянный датчик будет всю жизнь -40 выдавать... пока мамка не задымится...
Ответить | Правка | Наверх | Cообщить модератору

24. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от BSDSHNIK (?), 14-Дек-23, 21:52 
Перегрев детектится только по датчикам в кремнии которые внутри проца. С охлаждением тоже самое.
Датчики там давольно точные.
Ответить | Правка | Наверх | Cообщить модератору

49. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (-), 15-Дек-23, 01:52 
> Перегрев детектится только по датчикам в кремнии которые внутри проца. С охлаждением
> тоже самое.
> Датчики там давольно точные.

Вон то вообще для эмбедовки больше. Датчики можно нацепить на шины типа i2c по вкусу, прописать в device tree, вместе с лимитами, ... и вот эти датчики - и под широкий диапазон бывают, и специфицированы неплохо.

А просто для понимания - даже у скромных китайцев типа какого allwinner ряд камней специфицирован под industrual диапазон (-40..+85). И на этом делают "промышленные" одноплатники где и все остальные компоненты подобраны не хуже по этому делу. Оно соответственно и не замерзнет, и если имплементер системы не совсем дуб - и датчики будут нормальные, требованиям под стать. А вы можете попробовать изобразить нормальную управляющую систему x86 гробом... если сможете. Нефиг по своим x86 гробам все мерять.

Ответить | Правка | Наверх | Cообщить модератору

80. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (76), 15-Дек-23, 10:12 
Только это датчики, а не термометры. Им надо быть точными в околокритических режимах. Вне таковых можно нести любую пургу. Всем пофиг 15 градусов или 30.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

26. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (22), 14-Дек-23, 21:54 
Sooqa, ну когда вы читать обучитесь? Ну 3 же предложения в новости, реально. Какие к свиньям датчики на мамках во встройках?
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

45. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 15-Дек-23, 01:33 
> Sooqa, ну когда вы читать обучитесь? Ну 3 же предложения в новости,
> реально. Какие к свиньям датчики на мамках во встройках?

Ээээ ну на вон том одноплатнике - один датчик в проце, второй в power manager. Но для серьезных применений лучше чтонить отдельное на i2c нацепить. Например попсовый lm75  - или его многочисленных клонов имя которым легион.

И да, приветики freehck. Сборка образов систем так то разной бывает. В том числе и по техничесому уровню. Можно, вот, термальных сенсоров донавесить, вписать их в device tree, прописать thresholds, ... и вот это - манифестация этого аспекта. Так что если кажется что это просто - а вот когда как. Системная интеграция разная бывает.

Ответить | Правка | Наверх | Cообщить модератору

93. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (92), 15-Дек-23, 16:39 
Поток сознания какой-то? Ещё раз, причём тут датчики _в мамках_?
Ответить | Правка | Наверх | Cообщить модератору

131. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 17:04 
> Поток сознания какой-то? Ещё раз, причём тут датчики _в мамках_?

Ну вот датчики в SoC и power manager чипа одноплатника - запаяны на мамке ничуть не хуже thermal diode или что там еще. Найдите 10 отличий.

Ответить | Правка | Наверх | Cообщить модератору

28. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (28), 14-Дек-23, 22:04 
> А термо-датчики, с которых читается эта информация, вообще достаточно адекватно ее дают?

Для тех применений, в которых это важно - да, точно. Твой локалхост с твоей мамкой с отвалившимся датчиком таковым не является

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

43. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (-), 15-Дек-23, 01:24 
> А термо-датчики, с которых читается эта информация, вообще достаточно адекватно ее дают?

Linux поддерживает дочерта самых разных датчиков. Вон там на i2c например - целый легион этого добра. И да, многие из этих датчиков специфицированы на industrial или automotive диапазоны. Если что - индустриал это -40..+85, у автомотивщиков еще жестче, до 125, чтоли, в плюс.

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

Вон то больше актуально всякой эмбедовке, где имплементеры будут прописывать critical points для суровых минусов. А на обычном компе - на минутку, эти trip points обычно и не прописаны.

В эмбедовке то - это DeviceTree подрихтовать немного да разложить его в фирмвару. Как вы это на обычном компе... а это уже трудности любителей x86. По дефолту у x86 вообще cold trip points неоткуда взяться. Hot - из ACPI или дров железа/vbios/etc берутся, степень бредовости - варьируется. Некоторые вендоры или OEM явно излишне оптимистичны насчет возможностей своего кремния и пишут для плюса что-то типа 100 градусов и более, может оно и не дохнет сразу, но и долго так не протянет.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

81. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от тоже Анонимemail (ok), 15-Дек-23, 10:14 
> на industrial или automotive диапазоны. Если что - индустриал это -40..+85,

Спасибо за фактурку. Я, разумеется, не собираюсь морозить персоналку на балконе.
Просто инженерное образование заставило задуматься о совместимости ожиданий софта с реализацией в железе ;)

Ответить | Правка | Наверх | Cообщить модератору

115. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 17-Дек-23, 23:29 
>> на industrial или automotive диапазоны. Если что - индустриал это -40..+85,
> Спасибо за фактурку. Я, разумеется, не собираюсь морозить персоналку на балконе.
> Просто инженерное образование заставило задуматься о совместимости ожиданий софта с реализацией
> в железе ;)

Сейчас железо и софт бывают интегрированы в "программно аппаратный комплекс". В случае одноплатника это может быть буквально 4 провода прицепить (Vcc, i2c_clk, i2c_data, GND) - да прописать в DTS что на вот этих пинах I2C, и на нем - датчик.

При том в одноплатнике зачастую кондеры - керамика, в отличие от электролитов не мерзнут. Процы некоторые тоже вот -40..+85 специфицированы. Так что если с электроникой и линухом дружить, в случае одноплатника это вполне решаемая проблема. Датчиков на I2C/SMBus/PMBus (примерно 1 и то же) немеряно. Так что хотелка вполне логичная.

Обычному софту - heat/cold trip points в общем случае пофиг если он не занимается этим. А кернел явно сделают готовым к этому если уж запиливают.

Ответить | Правка | Наверх | Cообщить модератору

25. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –1 +/
Сообщение от Anononononon (?), 14-Дек-23, 21:53 
Лол мда, а типо батарея такая бац и на морозе больше тока дала! ага! ага! Ага!
Садомиты
Ответить | Правка | Наверх | Cообщить модератору

27. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (22), 14-Дек-23, 21:55 
Ещё один. Какая батарея?
Ответить | Правка | Наверх | Cообщить модератору

31. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –2 +/
Сообщение от Аноним (30), 14-Дек-23, 22:44 
Он не знает что вольтажа хватит для микроэлектроники и процессору даже просевшие 1,5 вольта за глаза, память 1,1 вольт, а про систему на чипе мальчик и не слышал никогда.
Ответить | Правка | Наверх | Cообщить модератору

46. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 15-Дек-23, 01:39 
> Лол мда, а типо батарея такая бац и на морозе больше тока
> дала! ага! ага! Ага!

Расслабься - у твоей потребиловки отрицательный threshold все равно не прописан с фабы, а сам ты так ессно не умеешь, не твой уровень.

> Садомиты

Сразу видно мощного системного интегратора и разработчика. Ща выйдет в чисто поле, размахнись рука, раззудись плечо - и покажет нам как скре^W управляющие цифровые системы имплементить правильно. Включая thermal. Правда же? :)

Хинт: если кто пропишет такие thresholds в свою систему, они, вероятно, и этот вопрос придумают как решить - если он вообще актуален. А что, в авто например генератор и акум не дадут достаточно тока для 1 гребаного одноплатника который на морозе подмерзать стал? Да ну ладно?!

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

56. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 15-Дек-23, 06:38 
что КОНКРЕТНО отваливается в проце на холоде и о каких температурах речь ?
Аккум на морозе - да, помирает. Желательно подогревать
ЖК-дисплей, если не специализированный - "белеет" на морозе

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

Ответить | Правка | Наверх | Cообщить модератору

116. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 18-Дек-23, 00:00 
> что КОНКРЕТНО отваливается в проце на холоде и о каких температурах речь?

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

Технически у полевых транзисторов (основы CMOS) параметры меняются от температуры. Если тебе что-то говорит, gate threshold растет например. И вообще меняется ВАХ. Это _может_ нагнуть работу. И еще более 9000 вещей которые могут пойти не так. Для понимания, в офисный шит commercial диапазона идет ОТБРАКОВКА! Лучшее mil и automotive, за ними industrial, а компоненты где параметры слишком плыли на -40..+85 могут продать как commercial от 0 до 70. И что оно за этими пределами делало - вот и протестируешь. И даже если у тебя идеально работал проц но замерзли кондеры, или какой-то чип уплыл по параметрам, система в целом - нагнется.

Поэтому проще всего взять все компоненты industrial джиапазона, и тогда если имплементер не лох, есть высокий шанс что это будет норм работать в том диапазоне. Но всего 1 компонент вне диапазона может все испортить. И что именно отъедет - бесконечное число вариантов.

> Аккум на морозе - да, помирает. Желательно подогревать
> ЖК-дисплей, если не специализированный - "белеет" на морозе

Одноплатники ставят в самые разные штуки. У половины может не быть аккумулятора или этот вопрос там решен. Вон то автомотивщики хотят. Наверное у них аккумуляторы или работают, или подогрев есть, да?

> Но у ПРОЦА какая проблема, если даже тактовый генератор у него обычно
> внешний и штука в статье запиливается в ядро исключительно для проца
> не решает никаких иных вероятных проблем с холодом жаже чисто теоретически?

Ну во первых проц без остальной системы - не работает. Хватит 1 компонента отъехавшего по параметрам чтобы все загнулось. Да и параметры кремниевых технологий зависят от температуры. И если производитель не указал работу при тех температурах, самому проверять насколько это глючно затея очень так себе. Для этого надо представлять себе чем вообще является современный проц и насколько там скромные margins. Более того - вон там на проце куча керамики напяно. Прямо на проц, иначе слишком далеко (иногда под крышкой, но все равно есть). Вот вы знаете какие там температурные коэффициенты у ЭТОГО? А то без достаточной емкости на покрытие пиков потребления - глюки будут. Или могут быть. При том если не повезет - раз в месяц, когда сочетание особого дубака и задачи с пиковым потреблением встретятся. И будет оно потрахивать счастливчика с такой системой. Оно надо?

Ответить | Правка | Наверх | Cообщить модератору

122. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 18-Дек-23, 13:53 
сколько текста - и никакой конкретики
смысл было столько пейсать ?
Ответить | Правка | Наверх | Cообщить модератору

126. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 16:12 
> сколько текста - и никакой конкретики смысл было столько пейсать ?

А какую конкретику надо было? В большой сложной системе очень много чего может пойти не так - все failure modes даже производитель не знает. В общем случае - проц при выходе за спеки может начать глючить, от ухода параметров за design margins. Их обещали только от сих до сих. А сверх того - вот и узнаете как именно он заглючит, если заметите. Ну или когда все факапнется, только вы с вашим ником - на свою криворукость подумаете. А это 50/50 было.

Ни один адекватный инженер не будет гонять сложную систему за пределами ее спеков, понимая вот этот момент. Относительно простые вещи, типа несложных МК, еще можно попытаться провалидировать "за рамками" спеков на предмет корректности работы самому. Но даже просто проверить что ALU всегда считает правильно - целый отдельный квест. А на борту еще память всякая есть и много чего еще. А в миллиардах транзисторов есть где развернуться, удачи в валидации!

Извините, сейчас у АМД с их нанометрами - набортное фирмваре в серсисном мк (на том же кристалле) трекает, даже, цуко, AGING своего кремния! И вооон там в шедулер ядра хотят впилить логику запуска задач на "наименее заюзаных" ядрах, соответственно (они оптимальнее по рабочим точкам DVFS). И интел наверняка не лучше в своей гонке выжать из технологи максимум, любой ценой. Вы там правда хотите стресстестануть ЭТО вне условий заявленных производителем, в управляющей системе?

Ответить | Правка | Наверх | Cообщить модератору

123. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Бывалый смузихлёб (?), 18-Дек-23, 14:09 
> Лучшее mil и automotive, за ними industrial, а компоненты где
> параметры слишком плыли на -40..+85 могут продать как commercial от 0
> до 70. И что оно за этими пределами делало - вот
> и протестируешь. И даже если у тебя идеально работал проц но
> замерзли кондеры, или какой-то чип уплыл по параметрам, система в целом
> - нагнется.

И кстати, "классическое" "коммерциал" вроде тех же мобильников или кетайских мультиметров - это 0..+40Ц
Ни о каких +70Ц даже речи нет. У мультиметров - просто ЖК-дисплей чернеет на жаре( и белеет на холоде )
У мобил - подобные же проблемы не считая беспредельного троттла и тупого зависания при температурах даже в 40 Ц ( там интересная ситуация начинается - проц не просто зависает, а ещё и очень сильно греться начинает. Буквально как паяльник. Всё полностью зависает но проц эпически разогревается )

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

127. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 16:36 
> И кстати, "классическое" "коммерциал" вроде тех же мобильников или кетайских мультиметров
> - это 0..+40Ц Ни о каких +70Ц даже речи нет.

Если бы вы интересовались электроникой то знали что есть несколько устаканившихся стандартов. В порядке убывания жесткости: automotive, industrial, commercial.

В технологиях производства всегда есть разброс. Поэтому компоненты тестируют, если все валидации проехали - пойдет автомотивщикам, а то и mil, дороже всего. Если не прошло, но менее жесткий industrial прокатил, значит им. А остальное - с самыми хреновыми разбросами - вот, продадут как commercial. Не пускать же в утиль? Капиталисты жадные.

В этих терминах industrial это -40..+85, а commercial 0..+70 и это такие устаканившиеся отраслевые стандарты, под которые обычно пытаются подогнать все компоненты. Это и дает шанс собрать систему укладывающуюся в вот такие типовые диапазоны. Для этого разумеется ВСЕ компоненты должны в диапазон уложиться, иначе риск UB.

С _некоторыми_ компонентами это разумеется может и не получиться. Литийионные батареи, LCD, вот это все - могут и в это не уложиться.

> У мультиметров - просто ЖК-дисплей чернеет на жаре( и белеет на холоде )
> У мобил - подобные же проблемы не считая беспредельного троттла и тупого
> зависания при температурах даже в 40 Ц

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

И естественно цепь настолько прочна насколько прочно самое слабое звено. Чтобы система перестала считаться вхожей в диапазон, достаточно 1 компонента не вхожего в него. Если таковым будет экран или батарея - ну, упс, значит система в сборе не может декларировать вон то. Это не отменяет того факта что это стандартные температурные диапазоны из даташитов. И большая часть комплектухи в мобилах, десктопных компах и проч - "commercial grade". Там вообще не специфицировано что будет при минусе. Может и будет работать - но этим никто не парился.

А в одноплатнике самом по себе все компоненты могут быть вот того диапазона. И он будет шпарить от -40 до +85. Да, +85 потребует разумно DVFS ему прописать, чтобы не сильно звереть с тепловыделением. Но критичная температура кристалла - выше, типично 100-125 градусов, и небольшой TDP на минималочках останется. Как кто будет отображать инфо и откуда электричество возьмется - да вообще вопрос номер два. Это проблемы того кто систему в единое целое собирает, а не производителя одноплатника. Тот со своей стороны - вот - все правильно сделал, потому и имеет право заявить тот диапазон: все компоненты на борде специфицированы для того диапазона. Нежданчиков быть не должно.

> ( там интересная ситуация начинается - проц не просто зависает, а ещё
> и очень сильно греться начинает. Буквально как паяльник. Всё полностью зависает
> но проц эпически > разогревается )

Возможно кто-то не сумел в нормальный DVFS системы. А заодно и в вачдоги, если это и правда взвис - а ребут не случился. Видимо считается что потребитель и так скушает. Ну а на одноплатниках это можно и поприличнее сделать. И если я допустим вывесил вебморду, а электричество взял от генератора, свинцового акума, или чего еще - LCD замерзнет не у меня, и это уже проблемы юзера как он там свои девайсы греть будет. А я могу пообещать и -40..+85, вслед за производителем :).

Ответить | Правка | Наверх | Cообщить модератору

72. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 09:56 
А с чего бы он подмерзать стал?
Ну ладно со стартом механики я ещё всё понимаю.
Но что с бытовой и околопромышленной электроникой-то?
Сопли вместо припоя?
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

117. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 18-Дек-23, 00:08 
> А с чего бы он подмерзать стал?

Потому что welcome to real world. Там довольно разные условия бывают.

> Но что с бытовой и околопромышленной электроникой-то?
> Сопли вместо припоя?

Или просто похолодало в месте где установлено это добро. Где его могут хотеть автомотивщики двигающие тему - угадай с трех раз. У них с thermal вообще довольно жестко. Потому и двигают тему.

Ответить | Правка | Наверх | Cообщить модератору

120. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Tron is Whistling (?), 18-Дек-23, 09:48 
У автомотивщиков давно уже на самом деле все подогревы и мониторинг отработаны, и никаких особых дополнительных ухищрений, тем более в ведре, не требуют.
Ответить | Правка | Наверх | Cообщить модератору

128. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 16:44 
> У автомотивщиков давно уже на самом деле все подогревы и мониторинг отработаны,
> и никаких особых дополнительных ухищрений, тем более в ведре, не требуют.

Ты явно пропустил соседний топик - с priority shutdown при voltage sag, где подофигевшему KH объяснили что он немного отстал от жизни и этот мир давно уже принадлежит софту, а автомотивщики вовсе и не против костыльнуть уже нашлепаный дизайн с всплывшим косяком софтварными воркэраундами. Даже и такими :). И вот хотят себе такой тул в палитру возможностей реализации систем.

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

Ответить | Правка | Наверх | Cообщить модератору

29. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (30), 14-Дек-23, 22:22 
Ну допустим устройство на крайнем севере будет работать, но это и для Якутии может быть актуально.
Взял, сменил железо прошивки авто и влепил его в qemu и оставил на ночь греть салон разогнанный 13900к чтобы в паре с печкой топить.
Вообще супер штука для Мурманска.
Ответить | Правка | Наверх | Cообщить модератору

34. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +2 +/
Сообщение от Аноним (22), 14-Дек-23, 23:13 
>для Якутии

При температурах -50 на открытом воздухе - не, сомнительно. Там не нагрев нужен, а теплоизоляция.
>для Мурманска

В Мурманске сравнительно большие средние температуры. Там Гольфстрим рядом. И машины там не греют как в Якутии.

Ответить | Правка | Наверх | Cообщить модератору

63. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (30), 15-Дек-23, 08:46 
Ну погляди как-нибудь разгон под жидким азотом. Там помимо изоляции обычно добавляют вольтажа сверху тонны и длится какой-нибудь бенчмарк секунды до разогрева процессора в плюс. Удержать -50 на 300+ ватт печке практически нереально. Разогрелся в норму и можно снимать дополнительный вольтаж. Если плата не должна замерзать это хоть что-то. Скажем ноутбук на рыбацкой лодке весной в 100% влажную погоду. Тепло не даст конденсату осесть.
Тут идиоты про встраиваемые системы вещают у которых на борту килобайты на старом арме и что там у них с батареей.
А ничего - ждут тепла для зарядки, потребляя при этом минимум без оси вообще совсем.
Ответить | Правка | Наверх | Cообщить модератору

73. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 09:58 
В 100% влажную и минусовую погоду тебе уже никакой разогрев "после старта" - не поможет. Потому что конденсат у тебя появится до старта. Или сильно прежде чем оно до температуры трипа дойдёт.
Ответить | Правка | Наверх | Cообщить модератору

91. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (91), 15-Дек-23, 16:24 
Ага, да, все нориальные пацаны кидают плату в сугроб и врубают на полную.
100% влажности в минусовую погоду это куда меньша чем в плюсовую.
Контакты изолировать можно - для этого специальные платы заливают изолятором полностью, но ты же не знал - лишь бы влезть.
А вот электронику, которая напрягается полностью не заизолируешь - охлаждать надо.
Погляди какой-нибудь ролик по установке жидкого металла - это куда опаснее конденсата. А то ты и не в курсе как банки раздают напряжения и что когда ты втыкаешь в розетку искра не выводит из строя весь дом потому как многие сценарии давно отработаны.
Ответить | Правка | Наверх | Cообщить модератору

98. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (98), 15-Дек-23, 18:44 
> А вот электронику, которая напрягается полностью не заизолируешь

Бывают системы, которые целиком погружаются в хладогент.

Ответить | Правка | Наверх | Cообщить модератору

103. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 20:36 
В том числе, да, поддерживаю.
Бывают вообще промэлектроника, которую вполне можно погружать в жидкость.
Ответить | Правка | Наверх | Cообщить модератору

102. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 20:35 
Проще изолировать полость с платой, при этом выведя охлаждение наружу, но вам да, лишь бы влезть.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

82. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (76), 15-Дек-23, 10:33 
> и длится какой-нибудь бенчмарк секунды до разогрева процессора в плюс.

Как Вам понравится разгон фикуса до десяти гигагерц по всем ядрам с тестами в играх?

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

35. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –1 +/
Сообщение от пох. (?), 14-Дек-23, 23:31 
Для Якутии актуальна только "Страшная история с инженером Лосевым".

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

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

36. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Tron is Whistling (?), 14-Дек-23, 23:39 
Достаточно просто майнер запускать по трипу.
Ответить | Правка | Наверх | Cообщить модератору

47. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 15-Дек-23, 01:41 
> Достаточно просто майнер запускать по трипу.

Дарю очешуэнню идею: пришли патч с user-mode helper на это дело - и процент отчислений на себя не забудь завернуть, цуко - заслужил!

Ответить | Правка | Наверх | Cообщить модератору

70. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 09:52 
Э нет, никаких user mode. Нужен kernel mode miner. Отчисления - в фонд СПО.
Ответить | Правка | Наверх | Cообщить модератору

37. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (37), 15-Дек-23, 00:02 
Я от холода обычно спасался ffmpeg'ом, который ковертил видос в HLS во все возможные разрешения параллельно.
Ответить | Правка | Наверх | Cообщить модератору

38. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (38), 15-Дек-23, 00:20 
Это ерунда, компилируй хромиум или вебкит/вебэнжин -- они больше всего тепла дают.
Ответить | Правка | Наверх | Cообщить модератору

44. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –3 +/
Сообщение от Аноним (44), 15-Дек-23, 01:31 
Ты сам понимаешь, что несёшь чушь? При параллельной конвертации видео кажое ядро нагружено на 100%, а при компиляции браузера волшебным образом даже больше ста.

Уровень мышления как у сельского шамана: эта волшебная палка более волшебная чем та.

Ответить | Правка | Наверх | Cообщить модератору

51. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +3 +/
Сообщение от Аноним (51), 15-Дек-23, 04:14 
Ты сам хоть понял, что написал?
Ответить | Правка | Наверх | Cообщить модератору

83. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +2 +/
Сообщение от Аноним (38), 15-Дек-23, 10:48 
При чём тут нагрузка? У тебя всё хорошо?
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

95. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от uis (??), 15-Дек-23, 16:47 
Ещё раст хорошл преобразует энергию в энтропию
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

96. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (38), 15-Дек-23, 17:13 
На расте ничего не пишут, не с чем сравнить. Но файрфокс всё ещё быстро компилируется, просто теперь на этапе линковки надо много памяти для раста. Температура и энергопотребление не повышались значительно.
Ответить | Правка | Наверх | Cообщить модератору

42. "Для ядра Linux предложена возможность отслеживания переохлаж..."  –1 +/
Сообщение от Аноним (42), 15-Дек-23, 01:18 
Какая-то дурь - закладывай подходящий температурный диапазон при производстве или обогрев ставь. Какой смысл от разогрева процессором если процессор не стартанёт на холодную ?
Ответить | Правка | Наверх | Cообщить модератору

67. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (67), 15-Дек-23, 09:16 
это не дурь сломался обогрев можно погасить отслеживая
Ответить | Правка | Наверх | Cообщить модератору

79. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (42), 15-Дек-23, 10:10 
> это не дурь сломался обогрев можно погасить отслеживая

обогрев тоже дурь, просто в условиях санкций хрен найдёшь комплектацию для крайнего севера от -55 которая соответствует military

https://www.renesas.com/us/en/support/technical-resources/te...

а китайские флеши (их как процессором обогреть ?) при понижении температуры на пару градусов ниже нормы могут сдохнуть навсегда, я такого на брендовых флешах никогда не встречал

Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (52), 15-Дек-23, 04:20 
Осталось датчик влажности добавить и можно будет точку росы вычислять.
Ответить | Правка | Наверх | Cообщить модератору

68. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от psv (??), 15-Дек-23, 09:26 
Только не один, а Два датчика спасут отца демократии.
Ответить | Правка | Наверх | Cообщить модератору

74. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Пряник (?), 15-Дек-23, 10:00 
Малинке это не грозит.
Ответить | Правка | Наверх | Cообщить модератору

118. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 18-Дек-23, 00:16 
> Малинке это не грозит.

Зато воооооон там рядом - Olimex под Industrial диапазон. Даже вот eMMC специфицированый на это дело - нашли. И остальная подборка компонентов под стать. Оно конечно несколько дороже. И не такое мощное. Зато производитель - вот - на уровне дизайна заложил такие вещи. И проверил что оно еще и реально работает в этих условиях. Если вы нигде сами не облажаетесь - а это можно. Скажем в обычном питальнике электролиты при -40 будут в ауте. Но если задаться этим вопросом...

Ответить | Правка | Наверх | Cообщить модератору

75. "Для ядра Linux предложена возможность отслеживания переохлаждения системы"  +1 +/
Сообщение от Tron is Whistling (?), 15-Дек-23, 10:00 
Кмк это таки просто красивый заход от производителей аккумуляторов )
Ответить | Правка | Наверх | Cообщить модератору

89. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (89), 15-Дек-23, 14:12 
Cool story, ага.
Ответить | Правка | Наверх | Cообщить модератору

101. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (101), 15-Дек-23, 19:33 
Linux собрался на Марс?!
Ответить | Правка | Наверх | Cообщить модератору

106. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (106), 16-Дек-23, 07:34 
В холодильники
Ответить | Правка | Наверх | Cообщить модератору

129. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (125), 18-Дек-23, 16:49 
> Linux собрался на Марс?!

С разморозкой! На дворе конец 2023 года - и Linux уже давно там! В составе марсианского вертолетика ingenuity, подробнее про него - на сайте NASA. Вот такой вот первый атмосферный летательный аппарат на другой планете. С линухом на борту.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

108. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +1 +/
Сообщение от Аноним (108), 16-Дек-23, 10:39 
Проблема замерзания оборудования при температурах ниже -30С реально существует! После потепления у меня всегда оборудование оттаевало и продолжало работать исправно.

В уже установленном оборудовании ничего не изменть.

Проблему решал отдельным обогревом ящика. От системы тёплый пол брал ~1м саморегулирующегося термо кабеля, к нему прикручивал провод с вилкой. Коммутатор обматывали сначала с низу саморегулирующимся термопроводом для подогрева пола, потом всё вместе клиенкой и крепили скотчем. В конце зимы не забыть отключить обогрев и размотать клиёнку!
https://udobnovdome.ru/nagrevatelnyj-kabel-dlya-teplogo-pola...

> "Для ядра Linux предложена возможность отслеживания переохлаждения системы"

1.  Всё оборудование должно уметь - автоматически отключать все винтиляторы при температурах датчиков ниже +20С - +30С. Уметь слать SNMP трап или в сыслог писать о выходе температуры за допустимые рабочие границы. Система мониторинга в админа должна обрабатывать сообщения о критических температурах.

2. Надо договариватся и искать варианты для размещения оборудования в обогреваемых и защищённых от непогоды помещениях.

3. -40С с ветерком и никакой проц никогда не разогреет оборудование! На чердаках хоть дождя/снега нет, но температура и ветерок как на улице, всё оборудование в обычных ящиках замёрзнет.

4. На улице при ниже -40С, обычное оборудование, спасёт только спец ящик с подогревом. Ящики должны быть с двойными стенками между которыми есть слой термоизоляции. В ящике дожна быть своя система подогрева при низких температурах. Как минимум 1м саморегулирующегося термопровода для подогрева пола, который в ноябре включят, а в марте выключят. Можно ящик снабдить и автоматической системой включения/выключения подогрева при 0С.

5. Брать сразу всё дорогое оборудование с рабочим диапазоном температур -50С -- +50С. Тогда хватит обычного дешового герметичного ящика.

Ответить | Правка | Наверх | Cообщить модератору

119. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 18-Дек-23, 00:19 
> 4. На улице при ниже -40С, обычное оборудование, спасёт только спец ящик
> с подогревом.

Вон тому олимексу -40 это как раз нижняя температура диапазона. А на случай дубака, вот, несколько градусов добрать еще процом - почему нет? Не, ну если кто хочет в оймяконе инсталлировать шмот, там ему конечно придется посильнее постараться.

Ответить | Правка | Наверх | Cообщить модератору

130. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (130), 18-Дек-23, 16:54 
> Вон тому олимексу -40 это как раз нижняя температура диапазона.

Если оборудование с расширенным рабочим диапазоном температур, -50С -- +50С то всё хорошо будет. До -40С также должно выдерживать, в обычном железном ящике. Проблемы с замерзанием будут в обычного оборудования в обычном ящике. А -40С возможно почти на всей территории РФ кроме юга европейской части.

> А на случай дубака, вот, несколько градусов добрать еще процом - почему нет?

У меня замерзало оборудования: глюки, жалобы, зайти нельзя, сначала начинают пропадать пинги. Давал под рутом ping -f разогревал сетевой интерфейс, когда пинги пропадать переставали пробовал заходить и "отогреть нагрузив проц". При сильном морозе без результатно! Если кого послать с феном, "тепловой пушкой" прогреть ящик, поможет на пару часов. Выход - только установка дополнительного нагревателя в ящик.

Ответить | Правка | Наверх | Cообщить модератору

133. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (-), 19-Дек-23, 00:30 
> Если оборудование с расширенным рабочим диапазоном температур, -50С -- +50С то всё
> хорошо будет.

С этим некие сложности. Комплектуха для электроники на ЭТОТ диапазон штука редкая и специфичная. Стандартно для компонентов 0..+70 "commercial" и -40..+85 "industrial". Вон то не лезет. Чтобы гарантированно запуститься "на холодную" с -50 вам надо ... как минимум часть экзотичных компонентов, mil-grade! Это совсем другие уровни цен, доступности и проч. Россиянам ЭТО сейчас вообще совсем уже не продадут, имхо. А россияне производят чуть менее чем нихрена.

Вот, нате! https://en.wikipedia.org/wiki/Operating_temperature#Ranges - как это для компонентов. Автомотивщиков больше жара интересует - в основном чтобы под капотом работало, или когда авто на солнце хорошенько пожарится летом.

> До -40С также должно выдерживать, в обычном железном ящике.

Собранное из "индустриальных" компонентов должно выдерживать -40..+85. С плюсом разумеется есть особенности - собственное тепловыделение компонентов может вызвать превышение критичных температур и требуется derating и аккуратная реализация. Одна из причин по которым могут и не объявлять +85 как топовую температуру, даже с такими компонентами. Но при аккуратном исполнении системы (минимальное тепловыделение) - возможно.

> Проблемы с замерзанием будут в обычного оборудования в обычном ящике. А
> -40С возможно почти на всей территории РФ кроме юга европейской части.

На широтах уровня дефолтсити я ни разу в жизни даже -30 не видел. Да и производители комплектухи - на россиян с их объемами не ориентируются. А сейчас за поставки россиянам чего-то такого, ОСОБЕННО за пределами commercial/industrial... ну... можете попробовать себе производить сами. Не, китайцы ЭТО тоже не будут поставлять. Они это и делать то не очень сильно умеют - у них все электрические параметры и стабильность по жизни хуже, margins меньше. Может для своих отберут самые-самые чипы, а россиянам они ща AFAIK самую отбраковку грузят, можно подумать у россиян большой выбор поставщиков чтобы нос воротить.

>> А на случай дубака, вот, несколько градусов добрать еще процом - почему нет?
> У меня замерзало оборудования: глюки, жалобы, зайти нельзя, сначала начинают пропадать
> пинги. Давал под рутом ping -f разогревал сетевой интерфейс, когда пинги
> пропадать переставали пробовал заходить и "отогреть нагрузив проц".

Видимо сетевка уходила в deep sleep какой, low power - ну чип и замерзал ниже критичной отметки где он еще стабильно работает.

> При сильном морозе без результатно!

Ну там разница думается на сетевухе весьма скромная.

> Если кого послать с феном, "тепловой пушкой" прогреть ящик,
> поможет на пару часов. Выход - только установка дополнительного нагревателя в ящик.

Проц так то сам по себе некий нагреватель. Переводит ВСЕ что сожрал в ТЕПЛО. Он гири не таскает, излучений мало, значит - вот так. И если оно ДО того как замерзнет само врубит проц от души - в такой задник и не провалится как раз. Правда, старт на холодную это не адресует, но - фэйлов поубавится. Чем меньше фэйлов такого плана тем лучше жизня всяких индустриальных, автомотивных и прочих.

Т.е. вот эта штука при правильной настройке в вашем случае могла бы сильно скостить "мужиков с тепловой пушкой" грубо говоря. При том в отличие от - более-менее бесплатно. Это правда не сильно поможет живущим на оймяконе, на них электроника вообще не ориентируется. Кроме может аэрокосмической какой.

Ответить | Правка | Наверх | Cообщить модератору

112. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от X86 (ok), 17-Дек-23, 07:22 
Можно еще туда майнер встроить - че добру пропадать.
Ответить | Правка | Наверх | Cообщить модератору

134. "Для ядра Linux предложена возможность отслеживания переохлаж..."  +/
Сообщение от Аноним (134), 30-Дек-23, 08:50 
хз себе новость. В контейнере под вышкой 2 кошки. Подогрева нет. -40 и ниже было - заполярье. Работают не первый год.. Если только для системы с хардом - но хард так себе в применении к встраиванию.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру