GG
в го переключимся на io, сне, мьютексах, sync.Cond и каналах
+
Size: a a a
2020 January 16
A
в го переключимся на io, сне, мьютексах, sync.Cond и каналах
Согласен, любой вызов имеющий блокирующую семантику - это точка останова-suspend'а, он же yield()
AB
Дожили лучше разрабатывать на с++
2020 January 17
AK
@lynxed что брать boost compute или cuda для нового проекта
А у тебя есть необходимость работы на AMD? Я честно говоря если могу в проекте выдвигать требования по железу — всегда предпочту CUDA (а лучше даже через thrust) перед OpenCL.
AK
(Сори за слоупочество и некропостинг))
N
Кстати, Тимур, для следующих баттлов "C++ vs Go" могу посоветовать отличную работу "Improving the Performance of User-level Runtime Systems for Concurrent Applications"(https://uwspace.uwaterloo.ca/handle/10012/13935)
Это защита докторской в университете Уотерлу(Онтарио) от некоего Saman Barghi, он же автор библиотеки https://git.uwaterloo.ca/mkarsten/libfibre
В ней можно найти всё касательно механики сопрограмм со ссылками на множество С/С++-проектов, в том числе есть сравнения с Go.
Основное что оттуда можно подчерпнуть - всё что есть в Go давно(раньше чем появился Go) в том или ином виде реализовано на C++.
Да и у вас в Яндексе, как я понимаю, есть Userver (https://habr.com/ru/company/yandex/blog/474438/) со всеми теми возможностями что даёт Go
Это защита докторской в университете Уотерлу(Онтарио) от некоего Saman Barghi, он же автор библиотеки https://git.uwaterloo.ca/mkarsten/libfibre
В ней можно найти всё касательно механики сопрограмм со ссылками на множество С/С++-проектов, в том числе есть сравнения с Go.
Основное что оттуда можно подчерпнуть - всё что есть в Go давно(раньше чем появился Go) в том или ином виде реализовано на C++.
Да и у вас в Яндексе, как я понимаю, есть Userver (https://habr.com/ru/company/yandex/blog/474438/) со всеми теми возможностями что даёт Go
Всё реализовано в плюсах, но по факту писать на го на порядок удобнее и, часто, в итоге не сильно медленнее работает
AB
А у тебя есть необходимость работы на AMD? Я честно говоря если могу в проекте выдвигать требования по железу — всегда предпочту CUDA (а лучше даже через thrust) перед OpenCL.
Есть задача работать на всем
AB
(Сори за слоупочество и некропостинг))
Норм
AK
Есть задача работать на всем
Тогда CUDA можно вычеркнуть)
AB
Идеальный кандидат boost cumpute но у него нету cuda
AB
Тогда CUDA можно вычеркнуть)
А почему нет ?
AK
А почему нет ?
А CUDA уже бежит на AMD?
AB
N
Opencl вроде да
opencl с cuda никак не связан же
N
это другая штука
AK
Opencl вроде да
OpenCL бежит везде. nVidia, AMD, Даже таргетом CPU можно выбрать.
А вот CUDA – только nVidia. Зато программировать приятней.
А вот CUDA – только nVidia. Зато программировать приятней.
AB
Opencl cpu and gpu in intel and amd разве нет ?
AB
OpenCL бежит везде. nVidia, AMD, Даже таргетом CPU можно выбрать.
А вот CUDA – только nVidia. Зато программировать приятней.
А вот CUDA – только nVidia. Зато программировать приятней.
А на boost cumpute смотрел ?
AK
А на boost cumpute смотрел ?
Глянул по твоей ссылке – аналог CUDA thrust, только на OpenCL. Так что должен бежать везде. У nVidia есть (или по крайней мере была) поддержка OpenCL.