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

"Релиз PoCL 1.6, независимой реализации стандарта OpenCL "	+/–
Сообщение от opennews (??), 22-Дек-20, 12:11
Представлен релиз проекта PoCL 1.6  (Portable Computing Language OpenCL), развивающего  реализацию стандарта OpenCL, независимую от производителей графических ускорителей и позволяющую использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров. Код проекта распространяется под лицензией MIT. Поддерживается работа на платформах X86_64, MIPS32, ARM v7, AMD HSA APU и различных специализированных TTA-процессорах (Transport Triggered Architecture) c архитектурой VLIW... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54299
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от InuYasha (??), 22-Дек-20, 12:11	+1 +/–
Эм... т.е. библиотека стандарта OpenCL, призванного решить проблему железозависимости (как та же CUDA), оказалось, таки, зависимой и пришлось создавать тру-независимую реализацию? o_O
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

2. Сообщение от Арагорн (?), 22-Дек-20, 12:16	–1 +/–
> Релиз PoCL 1.6, !!сильной!! и независимой реализации стандарта OpenCL а если серьезно, то нафиг, если для куды я буду использовать куду, а на центральных процах (с сопроцами) стандартные потоки/процессы вообще, реализация не зависит от графических вендоров, но зависит от разных бэкендов?.. хм, не шило ли на мыло выходит
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #8, #34

3. Сообщение от Nuzhny (?), 22-Дек-20, 12:26	+5 +/–
1. Иногда код, написанный на OpenCL для CPU может работать быстрее, чем код написанный на С для CPU. Почему? потому что на OpenCL накладывается намного больше ограничений и его проще автоматически транслировать в векторные инструкции. 2. Отладка. На CPU намного просто отлаживать код, чем на GPU. 3. Всё таки один и тот же код можно выполнять на разных устройствах - это путь к настоящей кроссплатформенности. Но тут следом Intel со своим oneAPI. Посмотрим, что будет дальше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

4. Сообщение от Аноним (4), 22-Дек-20, 12:28	–4 +/–
Дополнительная прослойка, которая никогда не позволит выжать максимум из конкретной платформы за счёт стандартизации и обобщения. Это как ORM не позволяет использовать БД на максимум возможностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #26

5. Сообщение от wapmobil (ok), 22-Дек-20, 12:42	+9 +/–
Мужики решают проблему связанную с нежеланием производителей реализовывать OpenCL в своих драйверах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

6. Сообщение от Аноним (6), 22-Дек-20, 12:42	+2 +/–
Я отлично знаю SQL, но не прекращаю использовать ORM, тык что пример так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #11, #13

7. Сообщение от Riddick (?), 22-Дек-20, 12:42	–3 +/–
Посмотрим, как Intel выжмут скоро с рынка потребительской электроники. Останутся решения для серверов. Apple идет своим путем, MS начинает свои чипы делать. Intel - стагнирующий динозавр
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

8. Сообщение от wapmobil (ok), 22-Дек-20, 12:47	+3 +/–
Ага и ты потратишь кучу времени на реализацию своего алгоритма под разные платформы, а в итоге он (внезапно!) будет работать медленнее чем тот который напишу я на OpenCL сразу на всё, особенно на CPU, потому что у меня будет проще код и проще его оптимизировать. А тебе чтобы хоть немного сравняться по производительности на CPU необходимо будет использовать AVX, MXX и ассемблерные вставки, и причём ещё разные под каждую модель процессора... удачи короче!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14

9. Сообщение от Аноним (9), 22-Дек-20, 12:51	+1 +/–
Интол будет другом всего отрытого железа и не огороженных рабочих станций. Возможность поменять железки это всё же крутая фича, понятно что производителю куда выгоднее когда покупают новое и старое отправляют на свалку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #10, #27, #37

10. Сообщение от Аноним (9), 22-Дек-20, 12:53	+/–
Хотя с другой стороны никто не запрещает интолу заняться ровно тем же самым, что он уже делает сегодня. Пока что по производительности на ватт и поддержке ПО он на десятилетия впереди, дальше будет видно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #16

11. Сообщение от Аноним (9), 22-Дек-20, 12:56	–2 +/–
Я тут лет 5 назад хотел использовать sqlite without rowid из питона, у меня по-моему не получилось сделать это из орм-обёрток. Главная проблема конечно очень низкая производительность, но удобно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #19

12. Сообщение от Аноним (12), 22-Дек-20, 13:00	–2 +/–
лучше бы независимую куду запилили. Опенкл используют полтора землекопа - даже во всяких питонячьих либах для машинного обучения, поддержка сабжа в зайчаточном состоянии и написана двумя индусами для личного пользования. Как итог - отставание производительности (opencl vs cuda) в несколько раз
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

13. Сообщение от имя_ (?), 22-Дек-20, 13:06	+2 +/–
Так он и не писал, что использующие орм - это неосиляторы sql. ОРМ накладывает свои ограничения для кроссплатформенности. Всегда, конечно, можно сделать что-то типа raw query, но тогда какой смысл в лишней прослойке в виде орма?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

14. Сообщение от Аноним (9), 22-Дек-20, 13:15	+/–
Т.е. ты зависишь от вендора, на который возлагается задача по оптимизации под различные платформы и их ревизии. И сравниваешься себя с человеком, который будет сам реализовывать поддержку без прослоек. Что мешает ему тоже взять определённое качественное middleware и ни в чём себя не ограничивать? Ведь как ты говоришь, ты себя ограничиваешь во всём из-за отсутствия у тебя возможности использовать железо на полный спектр возможностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

15. Сообщение от Аноним (15), 22-Дек-20, 13:16	–5 +/–
>http://portablecl.org/downloads/CHANGES >http:// Не нужно.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Riddick (?), 22-Дек-20, 13:54	+2 +/–
> Хотя с другой стороны никто не запрещает интолу заняться ровно тем же > самым, что он уже делает сегодня. Пока что по производительности на > ватт и поддержке ПО он на десятилетия впереди, дальше будет видно. В том-то и дело. Рядовому "юзверю" не нужна производительность, как показывает практика. Браузеры и так работают. А вот где реально нужна производительность - это узкая сфера профессионалов и большого бизнеса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #18, #25

17. Сообщение от Аноним (17), 22-Дек-20, 14:27	+13 +/–
Лучше бы ты делом занимался, вместо нытья. Например, пилил независимую куду
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Аноним (9), 22-Дек-20, 14:33	+/–
Игрушечки нас спасут, если киберпанки окончательно не закопают индустрию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #20, #23

19. Сообщение от Аноним (9), 22-Дек-20, 14:36	+/–
Просадка в 100000 раз из-за орм это  достаточная мотивация перейти на голые запросы. Та же алхимия в принципе позволяет использовать себя без орм), так что прослойки прослойкам рознь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от InuYasha (??), 22-Дек-20, 14:36	+/–
> Игрушечки нас спасут, если киберпанки окончательно не закопают индустрию. Игрушечкам пока больше нужно ГПУ, а, вот, браузерам как раз ЦПУ - и его не всегда хватает )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #21, #42

21. Сообщение от Аноним (9), 22-Дек-20, 14:38	+/–
>> Игрушечки нас спасут, если киберпанки окончательно не закопают индустрию. > Игрушечкам пока больше нужно ГПУ, а, вот, браузерам как раз ЦПУ - > и его не всегда хватает ) Процессоры тоже нужны, чтобы кормить ту же видеокарту. Сколько там ядер киберпанк утилизирует, 16? Ещё недавно 4 было предел мечтаний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

22. Сообщение от Аноним (22), 22-Дек-20, 14:47	+/–
Бедная моя опенсиэлюшка! Люди оскотинились. Ничего святого не осталось.
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Anonimous (?), 22-Дек-20, 14:58	+/–
Так самый быстрый проц для игр уже тоже не интел по последним тестам в сравнении с главным конкурентом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от Аноним (-), 22-Дек-20, 15:11	–4 +/–
>Реализация компилятора ядер OpenCL построена на базе LLVM, а в качестве фронтэнда для OpenCL C используется Clang Пацаны нас обманули! Они как раз таки зависят от производителей. Проприетарщики выбирают продукты с БЗДуноподобной лицензией. Да название какое-то подозрительное не Free, а Open. Только копилефт, только истинная свобода!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

25. Сообщение от Lex (??), 22-Дек-20, 15:16	–1 +/–
Ну дык интол владеет Альтерой или к слову о ПЛИС и их подобиях + тоннами выкупает стартапы и конторы, занимающиеся нейросетевыми технологиями( в т.ч всевозможными нейрочипами и «умной» электроникой )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

26. Сообщение от _hide_ (ok), 22-Дек-20, 15:22	–1 +/–
>>> как кривая ORM не позволяет использовать БД на максимум возможностей Спасибо можете не говорить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

27. Сообщение от VladSh (?), 22-Дек-20, 15:51	+/–
> Интол будет другом всего отрытого железа и не огороженных рабочих станций. Возможность поменять железки это всё же крутая фича Наверное поэтому у них почти под каждый новый проц новый сокет. Чтобы менять железки. Крутая фича, нечего сказать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #28

28. Сообщение от Аноним (9), 22-Дек-20, 16:11	–1 +/–
Во-первых не каждый год, наверное около 3-5 лет (зависит от линейки) и куча процессоров из которых можно выбрать, во-вторых, память например не распаяна и её можно поменять как на более быструю, так и на большего объёма. Иногда замена сокета действительна оправдана, у амд то же самое: без замены сокета ты обретёшь и потеряешь часть возможностей, хотя время поддержки побольше (незначительно). У конкурентов камни вообще распаяны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #29, #33

29. Сообщение от Аноним (9), 22-Дек-20, 16:12	+/–
обретёшь проблемы*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

31. Сообщение от Аноним (31), 22-Дек-20, 16:32	+/–
Ответьте мне, пожалуйста, как новичку: PoCL можно использовать вместе с Blender, например? Чтобы не возиться с проприетарными дровами AMD-Pro?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

32. Сообщение от Аноним (32), 22-Дек-20, 18:31	+/–
Назови навскидку пару *стандартов*, которые free, а не open. И поясни заодно, чем они отличаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #38

33. Сообщение от VladSh (?), 22-Дек-20, 18:58	+/–
AMD при прочих равных добавляет новые фичи быстрее. Вот сейчас это, к примеру, PCIe 4.0. Те "конкуренты" вообще не в счёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

34. Сообщение от Ordu (ok), 22-Дек-20, 19:26	+/–
> реализация не зависит от графических вендоров, но зависит от разных бэкендов?.. хм, не шило ли на мыло выходит Не. Глянь на mesa, которая реализует OpenGL. Не зависит от вендоров, но зависит от бекендов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

35. Сообщение от Аноним (35), 22-Дек-20, 19:40	–2 +/–
Пользователям Blender карточка nVidia не имеет аналогов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #36

36. Сообщение от n242name (?), 22-Дек-20, 22:36	+/–
Почему? Какой смысл открытости амд дров тогда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

37. Сообщение от Аноним (37), 23-Дек-20, 00:01	+2 +/–
>другом всего отрытого железа >ME >FSP >TVP >SGX С такими друзьями и врагов не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

38. Сообщение от Аноним (-), 23-Дек-20, 07:25	+/–
Не переводи разговор в другое русло. Тут речь идёт о конкретной реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

40. Сообщение от Аноним (40), 24-Дек-20, 08:55	+/–
Что ещё за Полоний-Хлор (PoCl)?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41

41. Сообщение от Химик (?), 24-Дек-20, 14:20	+/–
>Что ещё за Полоний-Хлор (PoCl)? Последняя буква L -большая. А в Cl - хлор, последняя буква l - маленькая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

42. Сообщение от asdasd (?), 25-Дек-20, 09:21	+/–
Поверьте, GPU без CPU ничето и часто COU как раз тоже не хватает, причем зачастую частоты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

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

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