The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Акселерация JavaScript с задействованием GPU

26.01.2010 20:53

Александр Мильцев опубликовал заметку с рассказом как можно увеличить производительности JavaScript, используя методы параллельного программирования, с помощью задействования технологии CUDA для выноса некоторых вычислений на плечи GPU. В качестве наиболее простого метода реализации подобной технологии в JavaScript озвучена идея добавления поддержки GPU-оптимизации в библиотеку jQuery.

Базовые наработки в этом направлении уже оформлены в виде Jetpack-расширения к Firefox и развиваются в рамках проекта Jetpack-to-CUDA.

  1. Главная ссылка к новости (http://mozillalabs.com/jetpack...)
  2. OpenNews: Представлена технология Jetpack, упрощающая создание расширений для Firefox
  3. OpenNews: Представлен свободный компилятор CUDA-приложений для многоядерных x86-процессоров
  4. OpenNews: Опровержение заявлений об уходе от традиционной модели разработки дополнений в Firefox
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25161-gpu
Ключевые слова: gpu, web, firefox, javascript, cuda
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (33) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, We (?), 21:18, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Зачем CUDA? Есть же провославный OpenCL!
     
     
  • 2.14, Basiley (ok), 23:55, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    он еще выстраивается.
    до сих пор железо не вполне поддерживает(отчасти "благодаря" слабости поддержки СAL, примениительно к CGPU). ибо субсет OpenGL 3.x(аки DirectComupte "плавает" в DirectX 11).

    хотя Нвидия - тащит именно на него проекты.
    ибо СТАНДАРТ.
    отраслевой.
    в отличие от CUDA/Stream.

     

  • 1.2, User294 (ok), 21:26, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Куда катится этот мир? То вон гитары с гентой и идеи по перекомпилу мира на гитарах по сети, а тут вообще финиш - сперва создали проблем с тормозным JS а теперь приперло его акселерировать да еще ни много ни мало на видеокартах. Скоро так CPU станет никому не нужен - все будут делать видеокарты!

    P.S. дарю идею студентам для диплома: акселерация билдов мира на гитарах средствами GPU :D.

     
     
  • 2.3, ПринцЧорнойТьмы (?), 21:33, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > сперва создали проблем с тормозным JS

    А как иначе-то? Бинарный i386 код в веб-страницу встраивать?

     
     
  • 3.4, ixrws (??), 21:37, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что, только в крайности умеем бросаться? Ну так есть и промежуточные варианты. Как вам например llvm? Или как вам такой вариант - отказаться вообще от дальнейшей разработки активно-динамического веба и перейти на Qt, просто сделав лёгкий транспорт для запуска приложений и отрисовки по типу X.
    Да, костыли это конечно круто, но в конечном счёте это то, от чего приходится избавляться.
     
     
  • 4.6, аноним (?), 21:53, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Как вам например llvm?

    мне нравятся все разработки Apple

    >перейти на Qt, просто сделав лёгкий транспорт для запуска приложений и отрисовки по типу X.

    смешно то, что приложения на JS в хроме работает чуть ли не быстрее приложений на Qt

     
  • 2.7, Unixoid_потому_что_кривые_руки_писали_этот_модуль (ok), 22:09, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    294-й, ты прав как никогда !
     
  • 2.9, аноним (?), 22:41, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Щас тебе szh объяснит как это модно и молодежно.
     
     
  • 3.15, szh (ok), 00:40, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вы угадали, я о переводе вычислений (которыми я гружу CPU на сервере сейчас) на GPU клиента через браузер и о NaCL задумывался несколько месяцев назад, но думаю у меня для моих целей до этого руки никогда не дойдут, да и пока не кому оплатить этот банкет.

    А для широкого применения это возможность писать 3д игры работающие в браузере без дополнительных проприетарных плагинов.

    > Куда катится этот мир?

    плагин Noscript спасет от прогресса, и таги video уже умеет запрещать и все остальное :)

    > сперва создали проблем с тормозным JS

    за сэндбокс надо чем-то платить

    > Скоро так CPU станет никому не нужен - все будут делать видеокарты!

    если бы они могли заменить cpu - это уже бы сделали. Там свои проблемы.

    CPU скоро станут много-много-ядерными глядишь потягаются с видеокартами или сольются с ними в одно целое.

     
     
  • 4.16, pavlinux (ok), 01:24, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А ты где обитаешь? А то у нас тут в Нерезиновой, в Курчатовский инстятут, нужен Шайтан на CUDA.

     
     
  • 5.19, szh (ok), 03:04, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я не шайтан на CUDA,
    делал кое-какие мат расчеты, думал про GPU для них, но руки до этого не дошли, и других задач хватает (не мат расчетов).

    Из Нерезиновой сьехал, на благо оставшимся :-))

     
  • 4.25, pornouser (?), 09:48, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    выдыхай, js выполняется на стороне клиента, про какие серверы ты там говоришь ?
     
     
  • 5.26, Аноним (-), 10:21, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И с самого начала js находится на стороне клиента, а не получается с сервера
     
  • 4.27, Аноним (-), 12:43, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >CPU скоро станут много-много-ядерными глядишь потягаются с видеокартами или сольются с ними в одно целое.

    CPU+GPU - по-моему что-то такое уже есть.

    Только толку то от этой много-много-ядерности:( Большинство алгоритмов все равно останутся однопоточными.

     
     
  • 5.31, аноним (?), 16:26, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Большинство алгоритмов все равно останутся однопоточными

    js хорошо параллелится

     
  • 2.11, ffsdmad (ok), 23:06, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ответ не верный
    верный ответ: всё будут делать под гетой на гитаре
     

  • 1.5, Wormik (??), 21:50, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А CUD всегда делает так, что всё тормозить начинает?
     
  • 1.8, Аноним (-), 22:37, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а на русском слабо было написать ))
     
     
  • 2.10, anonimus (?), 22:49, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ня http://translate.google.com/translate?langpair=en|ru&u=http://mozillalab
     

  • 1.12, Аноним (-), 23:38, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь для серфинга по инету нужна будет новейшая видеокарта. Это печально.
    Нет, чтобы оптимизацией кода заняться. Эх...
     
     
  • 2.21, szh (ok), 03:28, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не для серфинга, а для 3д игр в браузере.
     

  • 1.13, azure (ok), 23:52, 26/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    :\ разве джаваскрипт (равно как и любые скриптовые языки) подразумевают трудоемкие расчеты? ЗАЧЕМ там мегапроизводительность? Если может делать более миллиона операций в секунду - то незачем заморачиваться дальше, имхо.
    ЗЫ современный браузер на современной машине выполняет джаваскрипт код быстрее чем суперкомпьютер 20-летней давности нативный двоичный. Зачем еще быстрее? :\
     
     
  • 2.17, pavlinux (ok), 02:21, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Зачем еще быстрее? :\

    Америка == Бабло.

    Продали 1 суперкомпутер - круто, продали 1000 - это уж не суперкомпутер.
    Надо создавать новый супер компутер, и вдалбливать в мозг населения планеты,
    что Вам нужен последний супердевайс, ибо это круто!!!
    И туева хуча амерекосских приставок - mega, advanced, enchanced, high, ultra, ulitimate....

      Приходит быдло из Intel/AMD/HP/Dell... в Некрософт и говорят:
      "- вы чё ох...ли, оптимизацией заниматься, у нас никто компы не покупает!!!"
      Приходит было из Amazon/Yahoo..., в Моzilla и говорят:
      "- вы чё ох...ли, быстрый движок делать, у нас народ на сайте 1 минуту сидит и сваливает не успевает рекламу посмотреть!!!"
      Владельцы сайтов, х...ют:   "- мля, как жить страница грузится за 300 мс.,
    на банеры никто нежмыхает... и давай delay() в JS пихать, и картинки по 2 Мб,
    и дерьма на ПХП c Имитацией бурной деятельности.
    И для того чтоб прочитать 20 строк новости http://www.securitylab.ru/news/389884.php
    грузится 1 мегабайт говна!

     
  • 2.20, szh (ok), 03:26, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ЗАЧЕМ там мегапроизводительность?

    для веб программ. Представляешь сколько надо производительности для будущего фотошопа-онлайн ?

    > :\ разве джаваскрипт (равно как и любые скриптовые языки) подразумевают трудоемкие расчеты?

    что в 2003 году было сказкой, в 2015 станет былью

     
     
  • 3.22, Аноним (-), 08:26, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что-то в этом есть. Думаю это один из возможных вариантов, когда проприетарщик сможет по-настоящему себя защитить. И будет, что клиент покупай железо, что js не тормозил (и фотошоп-онлайн соответственно), покупай толстый канал, покупай лицензию. Все довольны. Или, погодите, не все?
     

  • 1.18, pavlinux (ok), 02:40, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://www.kfcr.jp/goose-e.html?gclid=CLLPr9-cw58CFcmOzAodlWni0A
     
  • 1.23, anonymous (??), 08:59, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они бы для начала свой жс в браузерах научили работать на другом проце хотя бы.
    А вон пускаешь фирефокс а он токо 1 цпу грузит :(
     
     
  • 2.24, Аноним (-), 09:05, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А вон пускаешь фирефокс а он токо 1 цпу грузит :(

    Проблема какая, довякаешься, и 4х ядерники js положит

     
  • 2.33, Дмитрий (??), 00:45, 29/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А Google Chrome - больше одного грузит. У меня, например, все 4
     

  • 1.28, XoRe (ok), 13:02, 27/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавно.
    Год назад поднимался этот вопрос на одном сайте:
    http://www.gpgpu.ru/node/64

    Тогда ответ был в стиле "Что там тяжелого выполнять?".

    Но прогресс (увеличение вычислений) не стоит на месте)

     
     
  • 2.29, Basiley (ok), 14:32, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Забавно.
    >Год назад поднимался этот вопрос на одном сайте:
    >http://www.gpgpu.ru/node/64
    >
    >Тогда ответ был в стиле "Что там тяжелого выполнять?".
    >
    >Но прогресс (увеличение вычислений) не стоит на месте)

    скоро трояны будут порабощать хосты не для ддоса а для злоупотребления вычислительными ресурсами :)

     
     
  • 3.30, XoRe (ok), 14:51, 27/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Забавно.
    >>Год назад поднимался этот вопрос на одном сайте:
    >>http://www.gpgpu.ru/node/64
    >>
    >>Тогда ответ был в стиле "Что там тяжелого выполнять?".
    >>
    >>Но прогресс (увеличение вычислений) не стоит на месте)
    >
    >скоро трояны будут порабощать хосты не для ддоса а для злоупотребления вычислительными
    >ресурсами :)

    Кстати.
    Отличная идея.
    Использовать зараженные компы для брутфорса.
    Есть у вас ботнет на 10 000 компов.
    Загружаете на них ПО для подбора пароля.
    И устраиваете распределенное вычисление)
    Черт, да так любой хэш взломать можно!

     
     
  • 4.32, anonymous (??), 20:15, 28/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Черт, да так любой хэш взломать можно!

    Щас. Один ты такой умный ;)
    Во всяких @home машин наверное поболе, но ломают там отнюдь не "любые хеши".

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру