Проблемы hugepages

какие могут быть проблемы

переносимость.

переносимость

В данном случае это не проблема. После обработки все просто уедет по езернету клиентну.

Уменьшай объём данных, делай предобработку данных на FPGA.

PCIe
больше гигабайта в секунду
cudaMemcpy

Ж***й чувствую, что ты не будешь успевать дважды/трижды пересылать такой объём данных GPGA->PCIe->Mem->PCIe->GPU->PCIe->Mem->PCIe->Ethernet, а не то что их обрабатывать.

Ж***й чувствую, что ты не будешь успевать дважды/трижды пересылать такой объём данных GPGA->PCIe->Mem->PCIe->GPU->PCIe->Mem->PCIe->Ethernet, а не то что их обрабатывать.

Если не жопой, а головой подумать, то все должно успевать. Ессесно на FPGA делается обработка. От нее остается гиг в пиковой нагрузке. Средний поток будет в 2-3 раза меньше. К езернету от изначального объема остаются мегабайты. Вопрос был не в этом.

У тебя на обработку данных на GPU остаётся мало времени. Я к тому, что в твоём случае надо максимум выжить из FPGA и задачу свести к забору мегабайтов из FPGA, а не с GPU.

Зачем здесь вообще нужны huge pages? Или железка настолько умная, ччто знает о виртуальной памяти?

Зачем здесь вообще нужны huge pages

Что б не парится со scatter/gather DMA.

Я к тому, что в твоём случае надо максимум выжить из FPGA и задачу свести к забору мегабайтов из FPGA, а не с GPU.

FPGA не всесильна. Много чего на GPU быстрее, например DGEMM.

Что б не парится со scatter/gather DMA.

И не парься. Грузишь ядро с memmap=foo@bar, и вперёд.

Зачем здесь вообще нужны huge pages

Что б не парится со scatter/gather DMA.

Если ты рассчитываешь на то, тебе всегда будет доступен непрерывный кусок в 2M - окей. Но лично я бы лучше попарился со scatter-gather.

Грузишь ядро с memmap=foo@bar, и вперёд.

Тоже вариант, спасибо.

Но лично я бы лучше попарился со scatter-gather.

Да, наверное придется. Все остальное слишком коряво получается. Со scatter-gather есть надежда что и direct gpu как то заработает.