The OpenNET Project / Index page

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



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

Оглавление

Заморозка пакетной базы Debian 11 намечена весну следующего ..., opennews (??), 12-Мрт-20, (0) [смотреть все]

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


30. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Michael Shigorinemail (ok), 12-Мрт-20, 23:24 
> Эти слоупоки уже в заморозке: [...] ядро до сих пор 5.4.

А чего именно Вам в этом longterm не хватило?

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

45. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Beta Version (ok), 13-Мрт-20, 07:21 
Поддержки 5600 XT.
Ответить | Правка | Наверх | Cообщить модератору

53. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Суп из потрошков (?), 13-Мрт-20, 07:47 
Скажите ещё, что нужно срочно жидкокристаллический монитор прикупить.
Ответить | Правка | Наверх | Cообщить модератору

62. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (62), 13-Мрт-20, 08:45 
> Поддержки 5600 XT.

И какой поддержки вы ожидаете от ядра?
Если вам поиграться в линуксах - это к репозиториям вульвы.

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

79. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Beta Version (ok), 13-Мрт-20, 17:08 
Вульва тут при чём? Поддержкой Радеонов занимается AMD.
Ответить | Правка | Наверх | Cообщить модератору

81. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Аноним (81), 13-Мрт-20, 18:15 
> Вульва тут при чём? Поддержкой Радеонов занимается AMD.

Вульва тут притом, что они на стабильном дебиане накатывают самые свежие оттестированные дрова и ядро, чтобы последние плюшки для игор пахали, и пофиг какая видимокарта амуде или невидия

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

84. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Beta Version (ok), 13-Мрт-20, 18:35 
Если ты про SteamOS, то он загнулся, да и изначально не являлся десктопной ОС.
Ответить | Правка | Наверх | Cообщить модератору

88. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (88), 13-Мрт-20, 19:25 
> Если ты про SteamOS, то он загнулся,

Да?! И это известно из?!... только не говорите, что опеннетовские изскперды так решили
>да и изначально не являлся  десктопной ОС.

Да? А потсоны-то и не знали, только вот какое это отношение имеет к тому, что было сказано выше про свежие оттестированные дрова и ядра? Репу СтимОСа к десктопному дебиану религия подключить не позволяет?!

P.S.: Вы это, расскажите потсонам в вульве, что дистр их всё, загнулся, а то они бедные обновления клепают, не знают что всё тщетно!

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

89. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  –1 +/
Сообщение от Beta Version (ok), 13-Мрт-20, 20:18 
> Да? А потсоны-то и не знали, только вот какое это отношение имеет
> к тому, что было сказано выше про свежие оттестированные дрова и
> ядра? Репу СтимОСа к десктопному дебиану религия подключить не позволяет?!

И как это изменит суть моего первого коммента?

> P.S.: Вы это, расскажите потсонам в вульве, что дистр их всё, загнулся,
> а то они бедные обновления клепают, не знают что всё тщетно!

Последнее обновление 7 месяцев назад.

Ты это, пятую точку свою остуди, а то у меня нет желания общаться с истеричкой.

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

90. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (90), 13-Мрт-20, 23:08 
>> Да? А потсоны-то и не знали, только вот какое это отношение имеет
>> к тому, что было сказано выше про свежие оттестированные дрова и
>> ядра? Репу СтимОСа к десктопному дебиану религия подключить не позволяет?!
> И как это изменит суть моего первого коммента?
>> P.S.: Вы это, расскажите потсонам в вульве, что дистр их всё, загнулся,
>> а то они бедные обновления клепают, не знают что всё тщетно!
> Последнее обновление 7 месяцев назад.

Как и ожидалось, утверждения о загибательстве СтимОСи были всего лишь частное мнение эксперта оппенета.
> Ты это, пятую точку свою остуди, а то у меня нет желания
> общаться с истеричкой.

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

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

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

85. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (85), 13-Мрт-20, 18:36 
> Вульва тут при чём? Поддержкой Радеонов занимается AMD.

Ну, если поддержкой радеонов занимается АМД, то какие вопросы к наличию поддержки этого в ядре, а тем более в Дебиане?!

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

96. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (94), 14-Мрт-20, 03:08 
> Ну, если поддержкой радеонов занимается АМД, то какие вопросы к наличию поддержки
> этого в ядре, а тем более в Дебиане?!

Простые, однако: ядерный модуль "amdgpu" кодит AMD. Им пользуются все, и открытые дрова, и фирменные проприетарные. Да, амд таки устали с проприетарным глюкомодулем - они предоставили это "счастье" фанам нвидий, которые периодически как раз показывают почему с амд в линухе лучше :)))

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

111. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (111), 15-Мрт-20, 13:46 
>> Ну, если поддержкой радеонов занимается АМД, то какие вопросы к наличию поддержки
>> этого в ядре, а тем более в Дебиане?!
> Простые, однако: ядерный модуль "amdgpu" кодит AMD. Им пользуются все, и открытые
> дрова, и фирменные проприетарные.

По прежнему не понимаю какие вопросы к ядру? Прориетари в ядре не будет никогда в Debian, модули это не ядро, блобы вполне работают отдельно, свободные видеодрова являются компонентами, как правило вынесенными в отдельные пакеты отдельных проектов, и к пакету kernel не имеют прямого отнощения.
>Да, амд таки устали с проприетарным глюкомодулем
> - они предоставили это "счастье" фанам нвидий, которые периодически как раз
> показывают почему с амд в линухе лучше :)))

Почему-же Radeon видимокарты в линухе лучше видимокарт от невидии?
Если вы про процессоры также, то также интересно почему?
Ответ потрудитесь сопроводить статьями с тестированием и графиками, а то если это ваше личное мнение, то неинтерено!

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

119. "Заморозка пакетной базы Debian 11 намечена на весну следующе..."  +/
Сообщение от Аноним (-), 16-Мрт-20, 09:34 
> По прежнему не понимаю какие вопросы к ядру? Прориетари в ядре не
> будет никогда в Debian, модули это не ядро, блобы вполне работают отдельно,

С разморозкой! Видать, годная криокамера была. Сегодня 16 марта 2020 года, понедельник. Несколько лет тому назад фирма АМД в край задолбалась со своими проприетарными глюкомодулями ядра и решила что останется только один - открытый. Все Linux-разработчики проприетарного каталиста по ядерной части были постепенно переведены кодить открытый модуль ядра известный как AMDGPU. И разработка перешла сразу в mainline ветку ядра Linux, на общих основаниях, примерно как это Intel делает.

С тех пор Catalyst с нами больше нет. Ядерный модуль AMDGPU предоставляется вашим кернелом. А проприетарный драйвер - usermode реализация opengl, vulkan, opencl, ....

Есть также и опенсорсные варианты, делаемые частично амд, частично другими. MESA - от амд не зависит и предоставляет свой radeionsi и radv как опенсорсный вариант usermode к все тому же AMDGPU. Самое веселое что в это все впряглись такие тяжеловесы как valve, и совместными усилиями открытый стэк на раз делает амдшную пропериетарь по производительности. Соответственно смысл с блобом возиться - разве что если GL 3.x/4.x надо не как core а как legacy (compatible). Это надо полутора проприетарным софтинам, их у вас вероятно нет. Еще может быть opencl. Опенсорсный есть но со своими чудесами - амдшники мечутся с рантаймами как гно в проруби :). Если распоследний opencl со всеми наворотами не критичен то можно забить опять же.

> свободные видеодрова являются компонентами, как правило вынесенными в отдельные
> пакеты отдельных проектов, и к пакету kernel не имеют прямого отнощения.

По состоянию на сейчас и проприетарный драйвер и открытые компоненты завязываются на один и тот же модуль ядра AMDGPU. Который, естественно, часть майнлайн кернела и девелопается прямо там - амд в этом стали похожи на интел.

А вот тут мы приходим к одному вопросу. Чтобы что-то поиметь с вашего GPU, кернель его таки должен подхватить - низкоуровневую инициализацию и управление делает этот модуль. И ежели он не того - кина таки не будет, будет VGA адаптер с турбиной. Проприетарного модуля для GCN-ов просто не существует. Там с самого начала взяли Radeon, напрягли HW TEAM, сообща отрефакторили, и это называется AMDGPU. И делается с участием амдшной HW TEAM, поэтому все названия регистров и проч теперь так как они унутрях амд.

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

Когда amdgpu переключает видяху в нативный режим из VGA, он догружает в нее несколько фирмавар. И без них работать не будет. Там power management, включая крутой DVFS ("powerplay") управление вентилем и довольно много чего. Если он не найдет эти фирмвары, переключение в нативный режим обломается.

> Почему-же Radeon видимокарты в линухе лучше видимокарт от невидии?

Потому что когда вендор присоединяется к разработке кернела и играет по их правилам, это один из самых крутых и правильных вариантов на этом глобусе. А до нвидии это медленно доходит. Понимаете ли, если у амдшников случается затык - остальные разработчики drm/kms сообща им помогают грабли преодолеть. А сами подсистемы пилятся с учетом что есть еще и вот такое вот железо. И даже более того - до того как новый кернел релизнется, толпа народа тестит -rc, и ежели там amdgpu да вдруг не заработает - это по любому починят, и только потом выкатят релиз кернеля. Под релизом поломаного кернеля уже торвальдс не подпишется просто - и будут новые -rc, если это необходимо. И таки вот тут амд все очень круто и правильно сделали. Поэтому с ними и минимум проблем - "фича майнлайна". Но это значит что для свежих видях надо свежий кернел, старый про них не знает :)))

А нвидия - она фигарит на своей волне. Ее не учитывают. И даже показывают ей пальцы. Как в камеру, так и чисто технически, которые GPL_ONLY. Их настолько приложили что эрзац подсистемы KMS они притаскивают свой. Это естественно отстает по кодингу от майнлайна. И регулярно радует юзеров этой проприетарной пакости глюками при взаимодействии с "вон тем" ядром. При том в майнлайне на такие багрепорты, разумеется, пальцы отогнут - tainted kernel они изучать не будут. Ну вот юзеры нвидий и прыгают по граблям, когда у них с переключением видеорежимов черти что, а то и локапы в кернеле, адище при переключении в консоль и что там еще. Потому что как самомальный нвидиевский кмс с майнлайном играет - только нвидии и ведомо. И в целом амд постепенно стали очень годным выбором в линухе, а нвидия...

> Если вы про процессоры также, то также интересно почему?

С процессорами все же попроще. GPU видите ли грузятся в режиме "а я типа тоже VGA адаптер" - это некий минимальный режим эмулированный для совместимости, без управления питанием и прочих глупостей. А драйвер когда инициализирует свою железку, переходит в нативный режим и работает с этим уже как со своим GPU а не VGA-адаптером. В кернеле живет та часть которая инициализирует девайс, щелкает видеорежимами, менеджит память и все такое, ну в общем чем кернел обычно и занимается.

> Ответ потрудитесь сопроводить статьями с тестированием и графиками, а то если это
> ваше личное мнение, то неинтерено!

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

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

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

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




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

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