The OpenNET Project / Index page

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



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

Оглавление

В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..., opennews (?), 11-Дек-16, (0) [смотреть все]

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


35. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 12-Дек-16, 00:57 
> решил в CS:GO погонять, и система намертво повисла минуты через 4,
> даже по ssh было не зайти.

А лог прое...ся? Хотя если даже ssh не работал - это уже не GPU lockup. Уверен что у тебя железо стабильное и не сбоит под нагрузкой? Все-таки выносить весь кернел для radeon не характерно.

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

46. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 12:30 
Под виндой ничего не сбоит, разогнана только система охлаждения.
Ответить | Правка | Наверх | Cообщить модератору

63. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 16:47 
> Под виндой ничего не сбоит,

Как все это проверялось? У сэра память с ECC в видяхе и системе, для начала? А то видяхи с ECC - дорогие, падлы. Что у амд что у нвидии.

> разогнана только система охлаждения.

Не очень понимаю как это. Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига? В vbios прописаны кривые таблицы управления вентилятором?

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

66. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  –1 +/
Сообщение от Аноним (-), 12-Дек-16, 18:41 
>У сэра память с ECC в видяхе и системе, для начала?

Ты либо крестик сними, либо трусы надень. Если отсутствие каких-либо проблем вообще в длительных игровых сессиях под шин (овер 10h + стримчик на твич) нельзя объяснить исправностью железа, то и рандомные зависания под линуксом нельзя на него же списывать.

>Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига?

Да. Потому что мне не нравятся дефолтные целевые температуры, заложенные производителем. +78 градусов, в то время как при легком увеличении скорости воздушного потока СО может легко тянуть +65, это, я считаю, из области запланированных отказов оборудования.

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

74. "В Mesa-драйвере radeonsi устранена ошибка, приводившая к зав..."  +/
Сообщение от Аноним (-), 14-Дек-16, 19:12 
> Ты либо крестик сними, либо трусы надень.

А у меня в системе память с ECC. На всякий случай :)

> Если отсутствие каких-либо проблем вообще в длительных игровых сессиях
> под шин (овер 10h + стримчик на твич) нельзя объяснить исправностью железа,

Наверное можно. Хоть и не всегда. Каталист - забавная штука. За годы и годы в него добавили множество костылей и воркэраундов заскоков железок. И никто это особо не документировал. Люди увольнялись. Железки релизились. И теперь даже в команде каталиста зачастую никто не знает почему тут этот код и какой баг железа он затыкает. Очень много багов железа прокостылены софтом, с разной степенью успешности и последствиями.

> то и рандомные зависания под линуксом нельзя на него же списывать.

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

>>Ты не поднимал частоты памяти и ядра и только быстрее крутишь вентилятор? А это нафига?
> Да. Потому что мне не нравятся дефолтные целевые температуры, заложенные производителем.

Прикольно, прошаренный чувак, знаешь чего хотеть :)

> +78 градусов, в то время как при легком увеличении скорости воздушного
> потока СО может легко тянуть +65, это, я считаю, из области
> запланированных отказов оборудования.

На самом деле critical обычно считают нечто типа 90-120C, поэтому 78 дает некий запас. Хоть на мой вкус и многовато. Видимо производитель хотел чтобы их фигня меньше выла вентиляторами при прочих равных.

Если у тебя открытый драйвер - можешь в sysfs перехватить управление вентилем, через стандартный интерфейс hwmon. Идешь в /sys/class/hwmon и находишь там видяху. Ну а дальше pwm можно переключить в ручное управление (записью в pwm_enable другого варианта) и дальше что запишешь в файл pwmX то и получишь от PWM в вентиль. Можешь хоть свою приблуду с кастомной логикой написать, если уж такие замашки. Только имей в виду что если ты решил сам рулить PWM то баги сажать в таком коде не полагается :). По дефолту там значение когда вентилем рулит SMU (сервисный процессор видяхи) в меру своей дури и он таблицу из vbios берет как раз IIRC.

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

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

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




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

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