Меня тоже эта мысль смущала несколько лет назад. В этом подходе к OpenCL выяснилось что мои видеокарты (и интегрированная и дискретная) нативно поддерживают float64. Правда без векторных операций (по крайней мере Intel UHD 620).
После некоторого рассмотрения задач редукции, видится следующее решение: поделить общее количество элементов на наибольшее число кратное 2^N и не превышающее количество ядер GPU, а дальше сравнивать по 2 числа на ядре.
К собственному удивлению простого решения я не нашëл.
Наверняка эти реализации есть, но как было заявлено в начале, я исходил из уменьшения личных трудозатрат, т.к. я разрабатываю прикладное ПО. Несколько заходов на поиск результатов не дали, а глубоко копать даже clMagma я не счëл целесообразным.
Если у вас есть предложения по готовым библиотекам, я их рассмотрю и уже буду описывать результаты внедрения)
Вопрос немного не по теме RISC-V, но по OpenCL. Можете посоветовать библиотеку на C++ с реализацией прямого решения систем линейных уравнений, например с LUP, для вещественных и комплексных чисел? Из того что нашëл: в ViennaCL отличный API, но нет нужной функциональности и проект заглох, Magma - просто мрак какой-то. Наткнулся на ArrayFire, но не могу у себя собрать.
На отчëт "Что я делал за день" модель и на 3B сгодится =) При том, чисто на CPU
Ничего не делать. Честный 1,0 балл за обзорную статью с одним автором
Для человека, который знает только про лексинг/парсинг и ассемблер (т.е. для меня =) ), добавилось несколько промежуточных шагов: AST, IR, 3AC.
Интересно и теперь захотелось подробностей)
Какое же язвительно изложение по ссылке...
Согласен, Latex в этом плане самодостаточен. Для примера можно посмотреть шаблон диссертации https://github.com/AndreyAkinshin/Russian-Phd-LaTeX-Dissertation-Template
Я лично защитил диссертацию, используя этот шаблон Latex + Make
Но в целом статья хорошая, спасибо)
Нет, не включает. Я проверял свои тексты сторонними программами
Сейчас собираю всë в репозиторий и выложу вместе с продолжением статьи)
Спасибо за подсказку! Звучит как несложная оптимизация, которая может дать не плохой выйгрыш)
Да, интересно, поделитесь)
Меня тоже эта мысль смущала несколько лет назад. В этом подходе к OpenCL выяснилось что мои видеокарты (и интегрированная и дискретная) нативно поддерживают float64. Правда без векторных операций (по крайней мере Intel UHD 620).
Спасибо)
После некоторого рассмотрения задач редукции, видится следующее решение: поделить общее количество элементов на наибольшее число кратное 2^N и не превышающее количество ядер GPU, а дальше сравнивать по 2 числа на ядре.
К собственному удивлению простого решения я не нашëл.
Наверняка эти реализации есть, но как было заявлено в начале, я исходил из уменьшения личных трудозатрат, т.к. я разрабатываю прикладное ПО. Несколько заходов на поиск результатов не дали, а глубоко копать даже clMagma я не счëл целесообразным.
Если у вас есть предложения по готовым библиотекам, я их рассмотрю и уже буду описывать результаты внедрения)
Вопрос немного не по теме RISC-V, но по OpenCL. Можете посоветовать библиотеку на C++ с реализацией прямого решения систем линейных уравнений, например с LUP, для вещественных и комплексных чисел? Из того что нашëл: в ViennaCL отличный API, но нет нужной функциональности и проект заглох, Magma - просто мрак какой-то. Наткнулся на ArrayFire, но не могу у себя собрать.