Комментарии 13
Круто, спасибо.
Теперь качество кода еще сильнее упадет, т.к. исполняться он будет быстрее качественного или сравнимо с ним, а вот о заряде ноутбуков и смартфоном видимо не думают, главное красиво и «функционально» сделать, а эта функциональность зачастую только дань непонятной моде, а пользы не несет, только тормоза…
> то есть можно использовать до трёх потоков.
Несовсем так. Это не количество потоков, а размерность так называемого grid´а. Размерность эта зависит от размерности ваших данных, которые вы собираетесь обрабатывать. Точнее Вы указываете сами, какова размерность ваших обрабатываемых. Конкретно здесь это неявно делает функция createKernel() или в самом параметре settings.
А потоков должно быть гораздо больше.
Несовсем так. Это не количество потоков, а размерность так называемого grid´а. Размерность эта зависит от размерности ваших данных, которые вы собираетесь обрабатывать. Точнее Вы указываете сами, какова размерность ваших обрабатываемых. Конкретно здесь это неявно делает функция createKernel() или в самом параметре settings.
А потоков должно быть гораздо больше.
На… кодим код, получается медленно… А давайте сделаем ускоритель для ххх… кода… гениально… *рука лицо*
Есть какая-то более практичная задача, чем перемножение массивов (которое только в 3D графике в основном)? Например, работа с DOM или создание множества сложных компонентов на angular? То, что реально встречается в проектах? Может обход и поиск в больших деревьях?
Предполагается, что мы уже знаем, что такое ядро. Иначе понять, что это и зачем — нереально.
Сложилось впечатление, что автор сам не очень понимает, почему на мелких функциях выигрывает CPU.
Ничего не написано о том, какие ограничения есть при вычислениях на GPU, а их множество. И начать считать на GPU вовсе не просто.
Сложилось впечатление, что автор сам не очень понимает, почему на мелких функциях выигрывает CPU.
Ничего не написано о том, какие ограничения есть при вычислениях на GPU, а их множество. И начать считать на GPU вовсе не просто.
Для сложных нодовых серверов, где какие-то хардовые вычисления, мне кажется, самое то. Для клиента это overhead просто:))
Учитывая всё вышесказанное, я не вижу никаких причин не пользоваться GPU.js.
Сильное заявление. Далеко не во всех приложениях можно распараллелить вычисления, как показано в статье. Да и 385.1кБ веса это не мало.
Но в целом задумка интересная. Думаю, многим пригодится рано или поздно.
Если вкратце, GPU.js — это библиотека… Она поддерживает браузеры, Node.js и TypeScript.
Т.е javascript библиотека поддерживает программные платформы и язык, транслируемый в js.
Ничего не смущает, а?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Используем GPU для повышения производительности JavaScript