The OpenNET Project / Index page

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



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

Оглавление

Для ядра Linux предложена возможность отслеживания переохлаждения системы, opennews (??), 14-Дек-23, (0) [смотреть все]

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


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ообщить модератору

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

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




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

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