У Tensorflow есть экспериментальная поддержка OpenCL (по крайней мере, когда я его последний раз компилировал, он меня спрашивал нужна ли поддержка OpenCL).
У нас OpenCL в планах одновременно с CUDA.
Вот так, с помощью нехитрых приспособлений буханку белого (или черного) хлеба ассемблер можно превратить в троллейбус язык веб-программирования… Но зачем?
Своего рода продолжение https://habrahabr.ru/post/314084/
Как раз разгар сессии
Очень хотелось бы поучаствовать, жаль времени нет(
@anastasiak2512 dmitryfilippov shafirov aivanov Вы не хотите дать официальный/неофициальный ответ?
А почему бы не открыть PR или хотя бы issue по тормозящим моментам?
У Tensorflow есть экспериментальная поддержка OpenCL (по крайней мере, когда я его последний раз компилировал, он меня спрашивал нужна ли поддержка OpenCL).
У нас OpenCL в планах одновременно с CUDA.
На первый взгляд прилично. Думаю лучше открыть PR и там уже пример рассмотрят всесторонне.
Я с сентября контрибьютурствую туда потихоньку. Сейчас работаем над поддержкой GPU. Если у кого есть вопросы или предложения, можете задавать.
А исходников нет?
Ждем от вас в десятки раз более быстрого браузера.
А что-то более серьезное?)
ffmpeg вроде как классический пример, там прилично асма, и не думаю что просто так
Не всегда. Под "5% критичного кода на асме" я подразумеваю "используя при необходимости асм в 5% критичного кода"
Дело в том, что 95% на С и 5% критичного кода на асме покажет результаты не хуже практически на любой задаче. Чистый асм не нужен
Вот так, с помощью нехитрых приспособлений
буханку белого (или черного) хлебаассемблер можно превратить втроллейбусязык веб-программирования… Но зачем?Отправить в космос)
А шум почему не вычитаете?
Так NN же вычислимы на машине Тюринга? Если NN будет супертьюринговой, то и сама машина будет супертьюринговой, разве нет?
Еще хороший пример — проблема соответствий Поста. На гитхабе есть её решалка даже.
Ждем новых статей! Ну или новый код ;)