Решил попробовать написать настоящую научную статью. Почему-то научная статья получилась разбитой на главы, но это ладно. К сожалению, даже с регистрацией бесплатный режим закончился на введении без ссылок (может быть они потом будут добавлены) и состоящем из воды. На этом эксперимент закончился.
Может быть потом попробую месячную подписку. Хотя лимит с такой подпиской в 30 токенов выглядит забавно)
Меня тоже эта мысль смущала несколько лет назад. В этом подходе к OpenCL выяснилось что мои видеокарты (и интегрированная и дискретная) нативно поддерживают float64. Правда без векторных операций (по крайней мере Intel UHD 620).
После некоторого рассмотрения задач редукции, видится следующее решение: поделить общее количество элементов на наибольшее число кратное 2^N и не превышающее количество ядер GPU, а дальше сравнивать по 2 числа на ядре.
К собственному удивлению простого решения я не нашëл.
Наверняка эти реализации есть, но как было заявлено в начале, я исходил из уменьшения личных трудозатрат, т.к. я разрабатываю прикладное ПО. Несколько заходов на поиск результатов не дали, а глубоко копать даже clMagma я не счëл целесообразным.
Если у вас есть предложения по готовым библиотекам, я их рассмотрю и уже буду описывать результаты внедрения)
Вопрос немного не по теме RISC-V, но по OpenCL. Можете посоветовать библиотеку на C++ с реализацией прямого решения систем линейных уравнений, например с LUP, для вещественных и комплексных чисел? Из того что нашëл: в ViennaCL отличный API, но нет нужной функциональности и проект заглох, Magma - просто мрак какой-то. Наткнулся на ArrayFire, но не могу у себя собрать.
Решил попробовать написать настоящую научную статью. Почему-то научная статья получилась разбитой на главы, но это ладно. К сожалению, даже с регистрацией бесплатный режим закончился на введении без ссылок (может быть они потом будут добавлены) и состоящем из воды. На этом эксперимент закончился.
Может быть потом попробую месячную подписку. Хотя лимит с такой подпиской в 30 токенов выглядит забавно)
По моему опыту наоборот, если явно не ограничить размер логов, то может закончиться место на диске
Как же я был удивлён в своё время, что такого прокси-доступа не было в стандарте! Пришлось и пока приходится делать самописные обёртки
На отчëт "Что я делал за день" модель и на 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, но не могу у себя собрать.