The OpenNET Project / Index page

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

Проект ZLUDA продолжит развитие в форме универсальной реализации CUDA

06.10.2024 19:48

Анджей Яник (Andrzej Janik) представил план дальнейшей разработки проекта ZLUDA, развивающего открытую реализацию технологии CUDA. Если первый вариант ZLUDA был нацелен на создание реализации CUDA для GPU Intel, а второй - для GPU AMD, то представленный сейчас третий вариант будет сосредоточен на развитии универсальной реализации CUDA для любых GPU, отличных от GPU NVIDIA. Целью проекта ZLUDA заявлено предоставление на системах с GPU, отличными от NVIDIA, возможности запуска немодифицированных приложений CUDA с производительностью, близкой к производительности приложений, выполняемых без прослоек. Код проекта продолжает распространяться под лицензиями MIT и Apache 2.0.

Изначально проект ZLUDA развивался для GPU Intel, но в 2021 году данная компания посчитала предоставление возможности запуска CUDA-приложений на GPU Intel не представляющей интереса для бизнеса и не стала поддерживать развитие инициативы. В начале 2022 года разработчик уволился из Intel и заключил контракт с AMD на разработку слоя для совместимости с CUDA для GPU данной компании. Спустя два года компания AMD потеряла интерес к возможности запуска CUDA-приложений на GPU AMD.

В соответствии с условиями контракта и после получения разрешения на публикацию от представителя AMD в ходе переписки по электронной почте Анджей открыл код наработок, созданный во время работы на AMD и позволяющих выполнять CUDA-приложения поверх развиваемого компанией AMD стека ROCm и runtime HIP (Heterogeneous-computing Interface for Portability). Спустя 6 месяцев после публикации юристы AMD связались с Анджеем и дали понять, что ранее предоставленное в ходе переписки разрешение не имеет юридической силы. В итоге Анджей был вынужден убрать из открытого доступа код ZLUDA, созданный во время работы в AMD.

Новый вариант ZLUDA будет отталкиваться от кодовой базы, существовавшей до начала работы Анджея на AMD, не будет привязан к каким-то конкретным GPU и будет сосредоточен на выполнении приложений, использующих CUDA для ускорения задач, связанных с машинным обучением и искусственным интеллектом (ранее ZLUDA был ориентирован прежде всего на приложения для создания контента, такие как Arnold Render, Blender и 3DF Zephyr). Среди прочего планируется предоставить возможность работы фреймворков Llama.cpp, PyTorch и TensorFlow поверх ZLUDA с задействованием в них CUDA-оптимизаций, применяемых для GPU NVIDIA.

Первое время проект будет сфокусирован на работе на GPU AMD, но затем будет адаптирован для GPU Intel. Реализация для GPU AMD будет создана с чистого листа, будет поддерживать GPU, как минимум на базе архитектуры набора команд RDNA1, и будет использовать стек ROCm 6.1+ вместо стека ROCm 5, применявшегося в ранее созданной для AMD реализации. Паритета функциональности с прошлой реализацией, которую Анджей вынужден был убрать из открытого доступа, планируется достичь в третьем квартале 2025 года.

  1. Главная ссылка к новости (https://vosen.github.io/ZLUDA/...)
  2. OpenNews: Требования юристов AMD привели к удалению части кода ZLUDA, открытой реализации CUDA
  3. OpenNews: NVIDIA препятствует разработке транслирующих прослоек для запуска CUDA на других платформах
  4. OpenNews: Опубликован инструментарий ZLUDA, позволяющий запускать CUDA-приложения на GPU AMD
  5. OpenNews: В рамках проекта Gdev подготовлена открытая реализация фреймворка CUDA
  6. OpenNews: NVIDIA передала CUDA Compiler в руки сообщества LLVM
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62001-zluda
Ключевые слова: zluda, gpu, amd, nvidia, intel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, nume (ok), 22:28, 06/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Написал один раз, сможет и второй.
     
     
  • 2.4, Аноним (4), 23:09, 06/10/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Один раз его корпы прижали смогут и второй.
     
     
  • 3.6, Аноним (6), 23:22, 06/10/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    ну не боинг же, адм и энвидиа, жить будет
     

  • 1.11, Аноним (11), 00:57, 07/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Пожождите, это же открытая реализация проприетарной технологии созданной чтобы запускать её на других проприетарных продуктах?
    Чувак может и молодец (здоровья ему и упорства), но что-то в этом плане не так.
    А амд конечно отбитые !@#$%: они якобы за опенсурс, но тут же его запрещают. Интел тоже отбитые, но хотя бы не так лицемерят.
    PS у меня амд
     
     
  • 2.12, Аноним (12), 01:24, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Написано же, что "потеряла интерес к возможности запуска". Если бы любая компания тратила время и ресурсы на что-то, что вероятно не соотносилось бы с их бизнес планами, то они вероятно не смогли бы даже существовать, а там куда ещё до заявлений об опенсурсе.
     
     
  • 3.16, Кирилл (??), 07:45, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле поддержка КУДЫ заявляется как большое конкурентное преимущество невидии над всеми. Я не разработчик, но вроде бы как считается что этот язык наиболее продвинут, а на openCL никто писать не хочет.

    Так что все другие могли бы подрезать преимущество невидии (которая сама например продвигает PhysX для всех платформ, а КУДУ держит чисто для себя), но видимо юристы пришли и либо бабла занесли либо исками пригрозили.

     
     
  • 4.17, Аноним (17), 07:59, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там шутка в том, что opencl тоже только у nvidia. AMD просто заинтересована в собственном вендорлоке, их зависть можно понять. Но пока ничего сопоставимого в плане софта предложить ни разу не смогли.
     
     
  • 5.20, аноним654 (?), 09:00, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Там шутка в том, что opencl тоже только у nvidia

    Это ещё что за новости?
    OpenCL (open, royalty-free standard) прекрасно поддерживается всеми производителями железа/драйверов уже лет как пять.

     
     
  • 6.22, Аноним (17), 09:18, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У каждого производителя свои реализации с собственными особенностями. В конечном счёте, это приводит к проблемам у софта. Кроме того, в случае с AMD, у тебя просто не будет поддержки твоего железа в блобе, необходимом для задействования gpgpu. И NVIDIA это любые карты и любой софт.
     
     
  • 7.24, аноним654 (?), 09:44, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё уже устаканилось давным-давно с OpenCL.
    В качестве примера могу привести Davinci, который использует OpenCL_v1.2 на любых не Нвидиа картах, и всё прекрасно бегает.
     
     
  • 8.26, Аноним (17), 09:50, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проект ZLUDA продолжит развитие в форме универсальной реализ...... текст свёрнут, показать
     
     
  • 9.29, аноним654 (?), 10:20, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А не надо на циферки смотреть Compute-подсистемы видеокарт задействованы, ускор... текст свёрнут, показать
     
     
  • 10.30, Аноним (17), 10:28, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там не хватает многих фишечек , ускорение довольно посредственное и неэффективн... текст свёрнут, показать
     
     
  • 11.33, аноним654 (?), 11:17, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У AMD действительно до недавнего времени были дрянные OpenCL драйвера, особенно ... текст свёрнут, показать
     
  • 10.43, Кирилл (??), 10:29, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На куде тоже надо Вот у меня есть уникальная видеокарта nvidia 9200M и у неё ес... текст свёрнут, показать
     
  • 5.41, Кирилл (??), 10:20, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Там шутка в том, что opencl тоже только у nvidia. AMD просто
    > заинтересована в собственном вендорлоке, их зависть можно понять. Но пока ничего
    > сопоставимого в плане софта предложить ни разу не смогли.

    OpenCL как раз лучше работает на АМД. На интеле не очень вроде бы, не невидии казалось бы неплохо, но у них карты по этой части намного мощнее и куда даёт куда большю мощность чем oCL.

    Так вот, возвращаясь к баранам: раз всем так нравится писать приложения на КУДЕ, то амд могла бы предложить им куду например. Казалось бы, тут не надо много думать - только выделить вот этому человеку денег, времени, поддержку инжинеров и послать невидию с её хотелками. После чего интел сделал бы то же самое.

     
  • 2.19, Neandertalets (ok), 08:28, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно (я, естественно, не знаю деталей) тут вопрос в сторонних продуктах, используемых в разрабатываемом продукте: если зависимость принадлежит другой конторе и её нельзя распространять или владелец этой зависимости предъявил АМД за её распространение.
    Судить не знаю деталей - такое себе.
     
     
  • 3.42, Кирилл (??), 10:24, 08/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Возможно (я, естественно, не знаю деталей) тут вопрос в сторонних продуктах, используемых
    > в разрабатываемом продукте: если зависимость принадлежит другой конторе и её нельзя
    > распространять или владелец этой зависимости предъявил АМД за её распространение.
    > Судить не знаю деталей - такое себе.

    На этот счёт уже проходили многолетние сеансы совокупления слонов. В итоге суд высшей инстанции США постановил, что не только Оракл имеет право писать на джаве и делать джава-машины и вообще может идти лесом, патентуются не api а только реализации. По сути ситуация в мире такова, что если это решение было принято в США, то оно автоматом тиражируется на весь остальной мир. Есть во всей этой глобалисткой хрени и положительные моменты.

     
  • 2.21, Аноним (21), 09:09, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Пожождите, это же открытая реализация проприетарной технологии созданной чтобы запускать её на других проприетарных продуктах?

    А ни у кого и нет непроариетарных видях, процов, материное и т.п.

     

  • 1.14, Аноним (-), 05:21, 07/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Код проекта продолжает распространяться под лицензиями MIT и Apache 2.0.

    Зря. Ибо, все знают, что взлетает только копилефт.

     
     
  • 2.37, Аноним (37), 16:47, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Логично, вот зачем раскрывать исходники, если лицензия позволяет не раскрывать, а это твое бизнес преимущество? Можно конечно внушить себе что мир состоит из марий терез, но реальность говорит что добрым словом и пистолетом можно добится гораздо большего, чем одним только добрым словом.
     

  • 1.15, Афроним (?), 07:06, 07/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Снова в ходе переписки кто-нибудь разрешил что-то там пилить. Бгг. Юристы есть или копилефт все проблемы порешал?
     
  • 1.18, Аноним (6), 08:20, 07/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В соответствии с условиями контракта и после получения разрешения на публикацию от представителя AMD в ходе переписки по электронной почте Анджей открыл код наработок, созданный во время работы на AMD

    т.е. Анджей вначале общался с командой инженеров AMD, и те ему разрешили забрать свои наработки, проект то закрыли, чего добру пропадать.

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

    Но через полгода пришли юристы AMD, которые например знают что у Nvidia есть какие-то патенты, и Nvidia непременно будет судится, если AMD не закроет этот бесперспективный проект. А то что AMD передала код в Open Source ничего не меняет, код же разрабатывался в их интересах, и принадлежит им.

     
     
  • 2.36, Аноним (36), 15:58, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Он и есть инженер АМД. А разрешила ему открыть код бухгалтер. На что он надеелся? Кстати, нвидиа не так давно запретила делать сторонние реализации куды, потому проект и прикрыли.
     

  • 1.25, ИмяХ (ok), 09:48, 07/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть же OpenCL, зачем ещё один велосипед ?
     
     
  • 2.27, Аноним (27), 10:02, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все хотят вендорлокнуть клиентов на свою платформу, поэтому opencl везде реализован по остаточному принципу на отвали.
     
     
  • 3.34, Аноним (34), 11:46, 07/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://opennet.ru/58675-opencl
     

  • 1.40, CPP (??), 06:17, 08/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если в PyTorch появится альтернатива ROCm, хуже не будет.
     

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



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

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