The OpenNET Project / Index page

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

Представлен новый видеодрайвер для чипа Apple M1, поддерживающий Vulkan 1.3

05.06.2024 21:13

Алиса Розенцвейг (Alyssa Rosenzweig) из компании Collabora, развивающая OpenGL-драйверы Panfrost для GPU Mali и Asahi для GPU Apple AGX, представила новый Vulkan-драйвер Honeykrisp для графического процессора, поставляемого в чипах Apple M1. Несмотря на то, что драйвер разрабатывается всего месяц, он уже признан консорциумом Khronos, как полностью реализующий спецификацию Vulkan 1.3 на оборудовании Apple c чипом M1. Honeykrisp стал первым драйвером для чипов Apple, имеющим сертифицированную поддержку графического API Vulkan.

Высокая скорость разработки нового драйвера объясняется использованием в качестве основы Vulkan-драйвера NVK, развиваемого для GPU NVIDIA, который был портирован для GPU Apple, с использованием наработок из OpenGL-драйвера Asahi. При создании драйвера NVK его разработчики изначально проектировали его с оглядкой на создание нового эталонного Vulkan-драйвера для Mesa, код которого можно заимствовать при создании других драйверов.

Код драйвера Honeykrisp пока развивается в отдельной ветке и не передан в основной состав Mesa. Отмечается, что драйвер пока не выпущен для конечных пользователей, так как ещё продолжается работа по оптимизации производительности и наращивания функциональности. Кроме того, драйвер намерены адаптировать и для других чипов семейства Apple Silicon.

Что касается недостающей функциональности, то драйвер планируется довести до состояния, поддерживающего все дополнительные расширения, такие как VK_EXT_transform_feedback, необходимые для реализации поверх него графического API Direct3D, используя прослойки DXVK и vkd3d-proton. Поддержка DXVK и vkd3d-proton позволит использовать драйвер Honeykrisp в Asahi Linux на оборудовании с ARM-чипами Apple для запуска Windows-игр при помощи Wine и эмулятора архитектуры x86.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: NVK и Zink существенно улучшили ситуацию с открытыми драйверами для GPU NVIDIA
  3. OpenNews: В Mesa принят OpenGL-драйвер с начальной поддержкой чипов Apple M1
  4. OpenNews: Релиз Mesa 24.1, свободной реализации OpenGL и Vulkan
  5. OpenNews: Опубликован графический стандарт Vulkan 1.3
  6. OpenNews: В открытом драйвере Asahi сертифицирована поддержка OpenGL 4.6 для чипов Apple M1 и M2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61318-vulkan
Ключевые слова: vulkan, apple
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (103) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, бух. (?), 21:28, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    В таких новостях я бы хотел видеть присказку что такое Вулкан и чем он знаменит. Как в новостях про раст и безопасную память.

    А то не ясно чем вулкан от опенгл отличается и зачем он нужен.

     
     
  • 2.6, Bklrexte (ok), 22:03, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Короче, OpenGL - это высокоуровневый API для написания графических приложений людьми напрямую. Vulkan - это очень низкоуровневый GPU API, который создан именно для того, чтобы служить бекендом/таргетом для разных движков и так далее. Он не создан для обычного хобби использования напрямую (если хочется, то можно, но больно и нет смысла). Vulkan вообще не только про графику, он именно про GPU, так что его можно использовать и для реализации всяких нейронных сетей и так далее, как CUDA.
     
     
  • 3.8, Аноним (8), 22:13, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты забыл упомянуть, что OpenGL уже несколько лет как умер.

    > Vulkan вообще не только про графику, он именно про GPU

    Неверно, этим он вообще от OpenGL не отличается. Вычислительные шейдеры были и в OpenGL. Ты должно быть спутал c OpenCL.

     
     
  • 4.16, NV (??), 22:58, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> OpenGL уже несколько лет как умер

    Да что ты такое несешь черт побери? Эта штука бессмертна к ней только и будут всякие вулканы прикручивать

     
     
  • 5.53, Аноним (53), 09:41, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Opengl доживает последние дни в виде легаси, vulkan является прямым развитием и продолжением технологий. И ты в целом ошибаешься, это opengl можно прикрутить к vulkan. Только зачем?
     
     
  • 6.94, leningrib (?), 15:18, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    понятно, как x11 и как xmpp бггг)
     
  • 6.111, _oleg_ (ok), 17:49, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    opengl это ещё и офигенное api. Чем пользоваться разрабам ПО, если не им? vulkan'ом низкоуровневым страдать?
     
     
  • 7.112, Аноним (53), 18:03, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А не всё ли равно тебе как пользователю? Хотя у вулкана поменьше багов наберётся наверно. Opengl и так почти не используется в индустрии. Что ты предпочитаешь, чтобы все перешли на directx12, или чтобы все перешли на vulkan? Вообще, прямо сейчас у opengl нет паритета ни с чем, некоторый паритет поддерживается между dx12 и vk.
     
     
  • 8.114, _oleg_ (ok), 18:17, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как пользователю всё равно А как разрабу нет Здрасте Все игры под linux-b... текст свёрнут, показать
     
     
  • 9.115, Аноним (115), 18:20, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, все десятка два штук ... текст свёрнут, показать
     
  • 9.117, Аноним (53), 20:25, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчик никогда не выберет опенгл если только не намеревается обеспечивать ... текст свёрнут, показать
     
  • 5.118, Аноним (118), 21:15, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это вы чего-то не понимаете Из OpenGL невозможно сделать вулкан Точнее, это - ... большой текст свёрнут, показать
     
  • 4.42, cheburnator9000 (ok), 01:35, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Весь линукс десктоп рендерится на OpenGL и его вариациях, как и все браузеры под линуксом. Да. Умер. Много лет.
     
     
  • 5.46, Аноним (8), 04:23, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Последний релиз 6 лет назад и больше не будет.
     
     
  • 6.133, Zenitur (ok), 18:44, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Моя точка зрения такова Разгребая треды 2000 года на сайте ixbt, я узнал, что в... большой текст свёрнут, показать
     
  • 5.54, n00by (ok), 10:13, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если Linux это ядро, то OpenGL "умер" с включением в состав Mesa драйвера Zink https://docs.mesa3d.org/drivers/zink.html

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

     
     
  • 6.116, cheburnator9000 (ok), 20:12, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если Linux это ядро, то OpenGL "умер" с включением в состав Mesa
    > драйвера Zink https://docs.mesa3d.org/drivers/zink.html
    > С того времени производителям железа нет необходимости поддерживать OGL в драйвере, достаточно
    > Vulkan. Из имеющихся драйверов код в ближайшее время может быть и
    > не выкинут, но тенденция ясна.

    Угу. Вон Intel не реализовал поддержку DirectX9 в своих видеокартах Ark, сказал пусть будет DXVK прямо в драйверах. И что? Лютый багадром, глюкодром и треш в DX9 играх.

     
     
  • 7.119, n00by (ok), 21:39, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это в какой ОС? У них вроде бы не только с DX9 были проблемы по началу.

    А вообще, это ничего не изменит в плане отказа от устаревающих API. Интел даже своё железо 5-ти летней давности не поддерживает, и это один из крупнейших производителей железа.

     
     
  • 8.122, cheburnator9000 (ok), 23:01, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Windows конечно же https www tomshardware com news intel-xe-arc-swap-to-dx9-e... текст свёрнут, показать
     
     
  • 9.127, n00by (ok), 09:19, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не вполне понимаю, что такое Native DX9 hardware support В Windows DX реали... большой текст свёрнут, показать
     
     
  • 10.134, cheburnator9000 (ok), 21:24, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я не понимаю почему Intel Ark самые глючные видеодрайвера а возможно и ви... текст свёрнут, показать
     
     
  • 11.141, n00by (ok), 07:41, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, потому что Intel это в первую очередь понты и политика, приводящая к у... текст свёрнут, показать
     
  • 5.62, Аноним (62), 11:20, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну он и живой примерно как линукс десктоп.
     
  • 2.73, leap42 (ok), 12:16, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Раньше все видяхи были концептуально разными, прям совсем Я помню те времена, к... большой текст свёрнут, показать
     
     
  • 3.135, cheburnator9000 (ok), 21:43, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Статтеры пропали потому что в Vulkan (как и в DX12) появилась асинхронная компиляция шейдеров. В DX9/10/11 для отрисовки шейдера он должен был сперва скомпилироваться в рантайме под комбинацию 3D модель + шейдер + текстура + видеочип + версия драйвера. И если что-то из этой солянки обновляется то кешированный шейдер становится не валидным. Именно так постоянно лагала игра Path of Exile.
    Тем не менее DX11 из моего опыта 7 летней давности был самым лучшим, потому что управление видеопамятью делал сам. Но как только пошли видеокарты по 4/6/8/10/11/12+GB vram всем на это стало покласть кирпичи.
     

  • 1.3, Hck3r (?), 21:43, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Почему нет отдельного абзаца
    «Драйвер написан на Си. Выбор языка позволил сделать разработку в кратчайший срок»?
     
     
  • 2.7, Аноним (7), 22:07, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Плюсую про быстроту. На Си можно быстро набросать идею, проверить, набросать новую, проверить, улучшить. На расте придётся сразу писать правильно. Идея не подошла – переписываем, снова тратим время на борьбу с "правильным строгим компилятором".
     
     
  • 3.20, Аноним (20), 23:06, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С таким подходом далеко не уйдёшь. "Кое-как набросал и в продакшон" приводит к тому, что кодобаза становится неподдерживаемой настолько, что даже рефакторинги не помогут. Алсо на Си то с отсутствием вменяемых генериков и ООП очень быстро пишется код, да.
     
     
  • 4.21, Аноним (7), 23:08, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Кое-как набросал и в продакшон

    Не перевирай, я такого не писал.

     
     
  • 5.22, Аноним (20), 23:10, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    К этому и приводит всё. Я не защищаю раст тащемто, вопрос в том, что Си тут не пример для подражания. И да, борров чекер не будет пытать ошибками если к нему привыкнуть.
     
     
  • 6.47, Аноним (47), 04:32, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Раз ты раст не защищаешь, расскажи трезвым взглядом, почему дровишки для видоса для Asahi сначала написали на питоне, а потом переписали на раст?
     
  • 4.29, Аноним (29), 00:26, 06/06/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 4.31, Ivan_83 (ok), 00:42, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не понимаете того как живёт индустрия, а живёт она так же как в реальном биологическом мире - естественным отбором.
    Нет проблемы в том чтобы там была неподдерживаемая кодовая база, потому что если идея годная и востребованная то перепишут с нуля.
     
     
  • 5.34, Аноним (20), 00:56, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Нужно просто силы свои оценивать. Личные проекты вообще лучше на питоне писать - быстро делается, так что не устанешь. Си не подходит ни чтоб писать долговечный, качественный код ни чтоб быстро прототипировать. В обоих нишах есть ЯП лучше. Проблема сишки в том, что пока одни прикручивали ООП и нормальную стандартную библиотеку в комитете ничего не делали. Пока другие придумывали как автоматизировать доказательство безопасности в комитете тоже ничего не делали. Жить за счёт прежних достижений можно, а вот в будущем что? Не надо только про стабильность говорить, стабильность это когда легаси код поддерживается, а новый пишется не опираясь на старые функции. Тут же на лицо стагнация.
     
     
  • 6.37, Аноним (29), 01:15, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Си подходит чтоб рубить бабло не слишком просиживая жопы за кампом, потому что пока аноним рассуждает о том, как ему кажется должно было бы быть, существует парадокс. Куча сишного кода, который работает и никуда не собирается. Вот следующая новость про ффмпег, ты думаешь там кто-то питона нюхал, или на крестах?
     
     
  • 7.113, Аноним (-), 18:12, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Си подходит чтоб рубить бабло

    ... на исправлении своего овнокода годами

    > Куча сишного кода, который работает и никуда не собирается.

    Еще как собирается. Из того же андроида дропают в основном дыряшечные кода и заменяют на нормальные языки - с++ и rust.

    > ффмпег

    это древняя куча легаси.
    Понятное дело что переписать ЭТО на что угодно - это огромная проблема и никто не хочет в это макаться.
    А современные вещи пишут и на си, и на расте.
    Напр. rav1d/rav1e вместо dav1d.

     
     
  • 8.121, Аноним (-), 22:25, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ИЧСХ хотя rav1e теоретически где-то есть, реальная борьба идет между сишным liba... текст свёрнут, показать
     
  • 8.125, Аноним (29), 04:05, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не обязательно своего, иногда чужого И что Плюсовый код вообще с нуля перепис... текст свёрнут, показать
     
  • 8.126, Аноним (29), 04:10, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё как хочет, гугли libav-rs или что-то такое, там даже бывшие разрабы самого ф... текст свёрнут, показать
     
  • 6.57, nox. (?), 10:50, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Личные проекты вообще лучше на питоне писать - быстро делается, так что не устанешь. Си не подходит ни чтоб писать долговечный, качественный код ни чтоб быстро прототипировать. В обоих нишах есть ЯП лучше.

    Конечно, есть лучше. Называется Visual Basic. То, что медленный - так не медленней Python. Если Python устраивает по скорости, то и Basic сойдет.

     
  • 6.139, Ivan_83 (ok), 00:01, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну написал ты код, он заработал - дальше что с ним таким делать?
    Переписывать под петон 4, потом под петон 5 и так далее?
    И попутно разгребать 100500 лефтпад зависимостей разных версий.

    Код на С как был лет 30-40 назад так и остался, и собирается и работает.
    Можешь вон скачать RFC с MD5 и от туда копипастой собрать референс.


    > стабильность это когда легаси код поддерживается, а новый пишется не опираясь на старые функции

    Так это вы щас за велосипедостроение топите получается.
    Типа не надо старую функцию для md5 использовать, надо ещё раз новую md5 написать :)

     
  • 5.38, Анлним (?), 01:16, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет проблемы в том чтобы там была неподдерживаемая кодовая база, потому что если идея годная и востребованная то перепишут с нуля.

    Судя по комментариям к любой новости про Wayland или Xorg, у последнего просто умопомрачительная востребованность. Однако переписывание с нуля почему-то не происходит. Видимо, не всё так просто с естественным отбором.

     
     
  • 6.60, Аноним (60), 11:00, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Wayland
    > C 97.1%

    Ой, а где Rust?

     
     
  • 7.63, Аноним (-), 11:29, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ой, а где Rust?

    Напр. тут github.com/Smithay/wayland-rs  Rust 99.9%
          тут github.com/YaLTeR/niri         Rust 97.6%

    Ну и кроме композиторов есть бары, ланчеры и тд
    Вот тебе ссылочка - просвещайся github.com/rcalixte/awesome-wayland

     
     
  • 8.64, Аноним (60), 11:32, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В проде используется Wayland на C от freedesktop, а не поделка от умельца с лево... текст свёрнут, показать
     
     
  • 9.67, Аноним (-), 11:55, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там штук 20 файлов всего Если говорить про имплементацию на си, то лучше уже ве... текст свёрнут, показать
     
     
  • 10.88, Гром (?), 14:39, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вышеперечисленное говорит о профнепригодности кодописателей, а не недостатках Си... текст свёрнут, показать
     
     
  • 11.95, n00by (ok), 15:28, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не всё так однозначно util fix undefined behavior in wl_array_for_each If a w... большой текст свёрнут, показать
     
     
  • 12.97, n00by (ok), 15:52, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Mitigate UAF crashes due to wl_client_destroy reentrancy https gitlab freedesk... текст свёрнут, показать
     
  • 10.98, n00by (ok), 15:53, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален В общем, понятно, кто набросы делает ... текст свёрнут, показать
     
  • 7.66, aname (?), 11:49, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там, где ему и место
     
  • 5.39, Аноним (29), 01:18, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но про шаблончики и клинкод почитай, занимательная литература
     
  • 5.80, Аноним (-), 13:43, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > живёт она так же как в реальном биологическом мире - естественным отбором.

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

    Я уже молчу про всякие взбрыки великодушных диктаторов, из-а которых мы в ядро получили раст, а не С++.

    > если идея годная и востребованная то перепишут с нуля

    или будут твердить "работает не трогай", "всего 30 лет коду", "диды на улицу бегали, таз зачем вам канализация"

     
     
  • 6.82, n00by (ok), 13:54, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я уже молчу про всякие взбрыки великодушных диктаторов, из-а которых мы в
    > ядро получили раст, а не С++.

    Ключевое слово "получили". Которое следует читать как "не смогли". Но виноват, как всегда, злой дядя.

     
     
  • 7.96, Аноним (-), 15:50, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кто виноват в тупом заявлении типа "С++ это овно, его в ядре не будет"?
    Марсиане? Рептилоиды?
    Не, таки злой дядя, который сказал чушь, а потом не хотел признавать, что был не прав.
     
     
  • 8.99, n00by (ok), 15:56, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не надо клеветать на Линуса Торвальдса Он сформулировал иначе Заявил, что мног... текст свёрнут, показать
     
     
  • 9.107, Аноним (107), 17:11, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вот это из рассылки текущего года, где Линус не появился И слова про their... текст свёрнут, показать
     
     
  • 10.120, n00by (ok), 21:52, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Умело выдернул цитату из контекста It s made more horrible by the fact that a l... большой текст свёрнут, показать
     
  • 3.49, Аноним (49), 05:06, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не так Если взяться реализовавывать какой-то сложный проект, то на Си ты напише... большой текст свёрнут, показать
     
  • 3.50, Аноним (50), 05:48, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Раст отличный язык, C старая дырявая шляпа, на которую дрочат маргиналы опеннета  
     
     
  • 4.58, nox. (?), 10:54, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может и отличный. От других. Но лицензия не позволит для ядра. Так что потаращились, и хорош.
     
  • 4.87, Гром (?), 14:36, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раст негоден для применения от слова совсем.
    Используйте С++ и не парьте себе и людям мозги!
     
  • 3.61, Аноним (-), 11:03, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Плюсую про быстроту. На Си можно быстро набросать идею, проверить, набросать новую,
    > проверить, улучшить. На расте придётся сразу писать правильно. Идея не подошла
    > – переписываем, снова тратим время на борьбу с "правильным строгим компилятором".

    Ну, предыдущий драйвер писался вначале на питоне, а потом переписывался на нормальный ЯП (не на СИшку).
    Возможно тут или драчер проще, либо есть уже понимание как оно работает с учетом предыдущего опыта.


     
  • 2.18, Bottle (?), 23:01, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что это правда для прототипов на Python. Сишка, мягко говоря, для быстрого прототипирования не подходит, из-за медленной компиляции (спасибо хедерам) и неопределённого поведения. Питон обладает просто гигантским количеством библиотек, имеет удобную стандартную библиотеку "из-коробки", и компиляции не требуется - код запускается мгновенно. Вот когда базовую идею отработал, драйвер может рисовать, вот тогда нужно и на Си переписать.
     
     
  • 3.25, Аноним (25), 23:41, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что, прототип видеодрайвера на питоне? Да вы фантазёр.
     
     
  • 4.26, Аноним (29), 23:55, 05/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Библиотеки помогут
     
  • 4.48, Аноним (47), 04:35, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ознакомься плиз https://asahilinux.org/2022/11/tales-of-the-m1-gpu/ раздел "GPU drivers in Python?!"
     
     
  • 5.75, _kp (ok), 12:27, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "большая часть драйвера на самом деле представляла собой просто набор жестко запрограммированных структур"
    то есть, фреймворк m1n1 + инициалицация в стиле портянок
    "в конце концов мне удалось их исправить и отрисовать треугольник"

    "невозможно сделать на Python, верно?!
    Оказывается, у Mesa есть нечто под названием drm-shim"
    "Когда жуткий ужасный стек драйверов Mesa+Python заработал..."

    На этом с "драйвером на Питоне" всё. И далее изучение Rust и переписывание с Си на Rust, и дальнейшее развитие.

     
  • 3.32, Ivan_83 (ok), 00:47, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это у С то медленная компеляция!?
    Самые огромные проекты на С собираются минут за 10 на 5950х, а там по 6к .с файлов.
    Неопределённое поведение вообще мало кому мешает, и в основном тем кто пишет как попало.

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

     
     
  • 4.35, Аноним (20), 01:04, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Самые огромные проекты на С собираются минут за 10 на 5950х, а там по 6к .с файлов.

    Вопрос в том почему что-то вообще может собираться 10 минут на 5950х. Скорость компиляции гцц падает с каждым релизом, а скорость кода растёт на какие-то доли процента. 6к же файлов это ничто для современного процессора, он может их все прочитать и распарсить так быстро, что вы и не заметите, скорее всего главным ботлнеком тут вообще будет диск. Вообще, люди пишущие компиляторы часто достигают отметок вроде пары миллионов строк в секунду (Хоть и показатель сомнительный, явно быстрее чем гцц)

     
     
  • 5.55, n00by (ok), 10:29, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока боттлнеком является экспертиза После семантического анализа распарсить ... большой текст свёрнут, показать
     
     
  • 6.71, Аноним (20), 12:09, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про диск я говорил в контексте быстрой реализации, а не гцц. AST строить кстати даже и не обязательно, некоторые компиляторы сразу генерируют байткод/бинарь. Тем не менее необходимость таких медленных оптимизаций сомнительна. tcc вот генерирует код в ~10 раз быстрее чем гцц, но быстрее ли бинарь в 10 раз?
     
     
  • 7.83, n00by (ok), 13:58, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > tcc вот генерирует код в ~10 раз быстрее чем гцц,
    > но быстрее ли бинарь в 10 раз?

    Опять боттлнек в экспертизе? Я должен проверить за кого-то, что бы что-то доказать сам себе?

    > Про диск я говорил в контексте быстрой реализации, а не гцц.

    "Скорость компиляции гцц" (ц)

    В контекст "неизвестной эксперту реализации" gcc подходит вполне - очевидно, что  Ivan_83 писал о своём опыте с Clang, поскольку у него FreeBSD.

    > AST строить кстати даже и не обязательно, некоторые компиляторы сразу генерируют байткод/бинарь.

    Да даже понимать, что такое AST, не обязательно. Оно же абстрактное, а не просто синтаксическое.


     
  • 5.136, Ivan_83 (ok), 23:52, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    +1 к тому что у вас экспертиза хромает :)
    Я в tmpfs собираю уже очень давно.
     
  • 4.56, n00by (ok), 10:30, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это у С то медленная компеляция!?

    Очевидно, эксперт перепутал с Си++, то есть не видит меж ними разницы.

     
  • 4.59, nox. (?), 10:57, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Самые огромные проекты на С собираются минут за 10

    Вряд "огромные" проекты собираются разом за один присест. Даже наши скромные проекты (чуть более 100 000 строк) собираем по частям. Так что речь в любом случае идет максимум о десятке секунд.

     
     
  • 5.76, _kp (ok), 12:56, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно по частям.
    Но для замера скорости - полная пересборка.
    Например вот время сборки ядра Линукс:
    https://openbenchmarking.org/test/pts/build-linux-kernel&eval=a94fc255324a86f9
     
     
  • 6.85, n00by (ok), 14:15, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так исходно не скорость измеряли, а обосновывали необходимость модулей в С++ "Сишка ... для быстрого прототипирования не подходит, из-за медленной компиляции (спасибо хедерам)". Немного перепутав, с кем не бывает.
     
     
  • 7.92, _kp (ok), 15:10, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > "Сишка .. для быстрого прототипирования не подходит, из-за медленной компиляции (спасибо хедерам)".

    Так в прототипе на Питоне всего пара сотен строк.
    Даже игнорируя скорость работы, оно стартует дольше чем Си скомпилирует.

    Впрочем автор упомянул, что ему так ошибки при инициализации смотреть удобнее. Выкрутился.


     
     
  • 8.100, n00by (ok), 16:05, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в том и дело, что речь о драйвере, где строк мало, а далее вбрасывают про ме... текст свёрнут, показать
     
  • 5.137, Ivan_83 (ok), 23:54, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы бы скачали quemu да пособирали сами чтобы составить представление.
     
  • 4.65, Аноним (-), 11:38, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > огромные проекты
    > по 6к .с файлов.

    Ахаха)) Любители хелоувордов начинают мерятся своими петпроджктами))
    6к файлов это просто ни

    > мало кому мешает, и в основном тем кто пишет как попало.

    Т.е. 99% погромистов на си, включая ядрописак.

    > все эти прототипы написанные на петоне не годны к продакшену в принципе.

    За использование прототипов в продакшене нужно бить, возможно даже ногами.
    И не важно на каком языке прототип был написан.

     
     
  • 5.138, Ivan_83 (ok), 23:56, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    qemu, samba - не мои проекты, я просто иногда их собираю.
     
  • 4.142, Bottle (?), 17:19, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ебaнyтый? У Си - медленная компиляция, ты когда-нибудь ядро пытался скомпилировать?
     
  • 2.51, Ф1 (?), 08:09, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Драйвер написан на Си. Выбор языка позволил сделать разработку в кратчайший срок

    Драйвер написан методом чуть подправленного копипаста. Выбор копипаста независимо от языка позволил сделать разработку в кратчайший срок.

     
  • 2.102, anonymous (??), 16:13, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж на Python надо писать. Он - чемпион по скорости прототипирования.
     

  • 1.11, Аноним (11), 22:21, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    За чей счёт банкет?
     
     
  • 2.30, Аноним (7), 00:40, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это же не раст программисты с КоКами и фондами.
     
     
  • 3.70, Аноним (70), 12:01, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Удивишься, но Asahi — это они самые. Трансгендерные кошкодевочки с КоКами. И основная разработка ведётся на ржавчине.

    Просто данный драйвер представляет из себя наскоро перепиленный nvk, поэтому не было смысла переписывать. И феноменальная степень совместимости оттуда же¹, а вовсе не чудеса скоростной разработки.

    [1] — https://web.archive.org/web/20240417193247/https://www.phoronix.com/news/Mesa-NVK-Vulkan-Conformant

     
     
  • 4.140, Аноним (140), 00:22, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Asahi — это Fedora

    Фиксанул. То что эти кошкобaбы пишут это капля в море и то на основе опенсорсных наработок от Apple.

     
  • 2.68, aname (?), 11:57, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Корпорации угощают, как всегда
     

  • 1.44, Аноним (44), 02:55, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вулкан, мммм, в игры из 2007 уже играть можно?
     
     
  • 2.69, aname (?), 11:57, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никто не запрещал
     
  • 2.103, anonymous (??), 16:14, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    d9vk разрешает
     
  • 2.123, Аноним (123), 23:30, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     

  • 1.52, ryoken (ok), 08:09, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >>Поддержка DXVK и vkd3d-proton позволит использовать драйвер Honeykrisp в Asahi Linux на оборудовании с ARM-чипами Apple для запуска Windows-игр при помощи Wine и эмулятора архитектуры x86.

    Подскажите, с целью повышения уровня образованности. Где можно про эмуляцию x86 в линуксах на Арме почитать?

     
     
  • 2.78, Аноним (78), 13:02, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://box86.org/
     
  • 2.128, АНОНИМ (?), 10:38, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее FEX-Emu.
     
     
  • 3.129, анон (?), 15:26, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И зачем нам твой говяный FEX, когда есть богоподобный box64 с кодом на 10/10?
     
  • 2.130, анон (?), 15:27, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Еще Розетта, кстати. Она ведь под линуксы тоже есть
     
     
  • 3.132, ryoken (ok), 16:26, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще Розетта, кстати. Она ведь под линуксы тоже есть

    О... А дайте плз ссылок.

     

  • 1.143, Аноним (143), 21:22, 08/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а на 4 малину так нормальный vulkan драйвер, выпустиь не могут, который год. инвалиды.
     
     
  • 2.144, анонимус (??), 21:44, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    малинщики безумцы которые выбрали broadcom вместо процессора, apple в данном случае лучше
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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