кодирование. а всё в целом будет чуть-чуть быстрее, скорее всего

но если код есть то хули не затестить))

c цефом станет только медленнее )) скорее всего 😂

я только не понял что такое "на опенцл" и "на гпу"

у них всё что не нивидия - не гпу что ли?

opencl on cpu

просто за счёт параллелизма, что ли?

т.е. у них там сравнение
обычный цеф
офлоад на cpu
офлоад на gpu

скорее за счет оптимального использования инструкций

хотя я тут не супер большой спец

Да там ваще преза мутная, даже не написали что за железо было. OpenCL это унифицированя библиотека для работы с графикой, она поидее с любым ГПУ работает. Просто не всегда так быстро как родные вендрские библиотеки.

ммм наверно стоит внимательно смотреть а не первый и последний слайды

в частности если посмотришь на слайд 15 то там есть имеющие значения характеристики окружения

У меня какогото хрена половину страниц не было в презе 👀 пока не скачал не появились

Короче чаще всего при вычислениях на видюхах бутылочным горлышком является необходимость загрузки данных которые нужно обработать в оперативную память видюхи (GDDR). Но у нвидиа есть технология GPUDirect RDMA, а еще Nvidia купила mellanox.  Которая вроде как шарит в передачи данных. Купили они для проектов под нейросети может это както в перспективе выстрелит для хранилок

Хотя CEPH наверно не будут чето делать связаное с проприоритарщиной

Интересно, а никто не знает, как понять источник сетевой задержки?
Прикол следующий: вот есть 2 компа, соединённые 10г сетью, напрямую, попа в попу. Замеряю производительность sockperf pp -m 4096 - получаю среднюю задержку 35 микросекунд. Дальше пишу сам на блокирующем i/o (read/write) тестовый сервер и тестовый клиент (ничего не делающие) - получаю чуть больше: для операций по 4096 байт примерно 43 микросекунды. Но ладно, в целом порядок тот же. А потом - беру своё поделие, которое по запросу фактически что-то пишет на диск - и задержка диска составляет примерно 30-40 микросекунд, но при этом сетевая задержка возрастает аж до 85-90 микросекунд! (т.е. суммарно операция начинает занимать ~130 микросекунд) И это реально происходит именно в момент, когда программа больше ничем не занята. То есть тупо с момента завершения sendmsg до момента получения события в epoll (следующего запроса от тестового клиента) проходит 90 микросекунд. ОТКУДА???

я думаю в таких кейсах тебе надо busy poll

если тебе задержка так критична то ты должен занять весь ресурс цпу