Александр Мильцев опубликовал (http://mozillalabs.com/jetpack/2010/01/25/elevating-javascri.../) заметку с рассказом как можно увеличить производительности JavaScript, используя методы параллельного программирования, с помощью задействования технологии CUDA для выноса некоторых вычислений на плечи GPU. В качестве наиболее простого метода реализации подобной технологии в JavaScript озвучена идея добавления поддержки GPU-оптимизации в библиотеку jQuery.
Базовые наработки в этом направлении уже оформлены в виде Jetpack-расширения к Firefox и развиваются в рамках проекта Jetpack-to-CUDA (http://groups.google.com/group/jetpack-to-cuda/).
URL: http://mozillalabs.com/jetpack/2010/01/25/elevating-javascri.../
Новость: http://www.opennet.me/opennews/art.shtml?num=25161
Зачем CUDA? Есть же провославный OpenCL!
он еще выстраивается.
до сих пор железо не вполне поддерживает(отчасти "благодаря" слабости поддержки СAL, примениительно к CGPU). ибо субсет OpenGL 3.x(аки DirectComupte "плавает" в DirectX 11).хотя Нвидия - тащит именно на него проекты.
ибо СТАНДАРТ.
отраслевой.
в отличие от CUDA/Stream.
Куда катится этот мир? То вон гитары с гентой и идеи по перекомпилу мира на гитарах по сети, а тут вообще финиш - сперва создали проблем с тормозным JS а теперь приперло его акселерировать да еще ни много ни мало на видеокартах. Скоро так CPU станет никому не нужен - все будут делать видеокарты!P.S. дарю идею студентам для диплома: акселерация билдов мира на гитарах средствами GPU :D.
> сперва создали проблем с тормозным JSА как иначе-то? Бинарный i386 код в веб-страницу встраивать?
А что, только в крайности умеем бросаться? Ну так есть и промежуточные варианты. Как вам например llvm? Или как вам такой вариант - отказаться вообще от дальнейшей разработки активно-динамического веба и перейти на Qt, просто сделав лёгкий транспорт для запуска приложений и отрисовки по типу X.
Да, костыли это конечно круто, но в конечном счёте это то, от чего приходится избавляться.
>Как вам например llvm?мне нравятся все разработки Apple
>перейти на Qt, просто сделав лёгкий транспорт для запуска приложений и отрисовки по типу X.
смешно то, что приложения на JS в хроме работает чуть ли не быстрее приложений на Qt
294-й, ты прав как никогда !
Щас тебе szh объяснит как это модно и молодежно.
вы угадали, я о переводе вычислений (которыми я гружу CPU на сервере сейчас) на GPU клиента через браузер и о NaCL задумывался несколько месяцев назад, но думаю у меня для моих целей до этого руки никогда не дойдут, да и пока не кому оплатить этот банкет.А для широкого применения это возможность писать 3д игры работающие в браузере без дополнительных проприетарных плагинов.
> Куда катится этот мир?
плагин Noscript спасет от прогресса, и таги video уже умеет запрещать и все остальное :)
> сперва создали проблем с тормозным JS
за сэндбокс надо чем-то платить
> Скоро так CPU станет никому не нужен - все будут делать видеокарты!
если бы они могли заменить cpu - это уже бы сделали. Там свои проблемы.
CPU скоро станут много-много-ядерными глядишь потягаются с видеокартами или сольются с ними в одно целое.
А ты где обитаешь? А то у нас тут в Нерезиновой, в Курчатовский инстятут, нужен Шайтан на CUDA.
я не шайтан на CUDA,
делал кое-какие мат расчеты, думал про GPU для них, но руки до этого не дошли, и других задач хватает (не мат расчетов).Из Нерезиновой сьехал, на благо оставшимся :-))
выдыхай, js выполняется на стороне клиента, про какие серверы ты там говоришь ?
И с самого начала js находится на стороне клиента, а не получается с сервера
>CPU скоро станут много-много-ядерными глядишь потягаются с видеокартами или сольются с ними в одно целое.CPU+GPU - по-моему что-то такое уже есть.
Только толку то от этой много-много-ядерности:( Большинство алгоритмов все равно останутся однопоточными.
>Большинство алгоритмов все равно останутся однопоточнымиjs хорошо параллелится
ответ не верный
верный ответ: всё будут делать под гетой на гитаре
А CUD всегда делает так, что всё тормозить начинает?
а на русском слабо было написать ))
Ня http://translate.google.com/translate?langpair=en|ru&u=.../
Теперь для серфинга по инету нужна будет новейшая видеокарта. Это печально.
Нет, чтобы оптимизацией кода заняться. Эх...
не для серфинга, а для 3д игр в браузере.
:\ разве джаваскрипт (равно как и любые скриптовые языки) подразумевают трудоемкие расчеты? ЗАЧЕМ там мегапроизводительность? Если может делать более миллиона операций в секунду - то незачем заморачиваться дальше, имхо.
ЗЫ современный браузер на современной машине выполняет джаваскрипт код быстрее чем суперкомпьютер 20-летней давности нативный двоичный. Зачем еще быстрее? :\
> Зачем еще быстрее? :\Америка == Бабло.
Продали 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 мегабайт говна!
> ЗАЧЕМ там мегапроизводительность?для веб программ. Представляешь сколько надо производительности для будущего фотошопа-онлайн ?
> :\ разве джаваскрипт (равно как и любые скриптовые языки) подразумевают трудоемкие расчеты?
что в 2003 году было сказкой, в 2015 станет былью
А что-то в этом есть. Думаю это один из возможных вариантов, когда проприетарщик сможет по-настоящему себя защитить. И будет, что клиент покупай железо, что js не тормозил (и фотошоп-онлайн соответственно), покупай толстый канал, покупай лицензию. Все довольны. Или, погодите, не все?
http://www.kfcr.jp/goose-e.html?gclid=CLLPr9-cw58CFcmOzAodlW...
Они бы для начала свой жс в браузерах научили работать на другом проце хотя бы.
А вон пускаешь фирефокс а он токо 1 цпу грузит :(
>А вон пускаешь фирефокс а он токо 1 цпу грузит :(Проблема какая, довякаешься, и 4х ядерники js положит
А Google Chrome - больше одного грузит. У меня, например, все 4
Забавно.
Год назад поднимался этот вопрос на одном сайте:
http://www.gpgpu.ru/node/64Тогда ответ был в стиле "Что там тяжелого выполнять?".
Но прогресс (увеличение вычислений) не стоит на месте)
>Забавно.
>Год назад поднимался этот вопрос на одном сайте:
>http://www.gpgpu.ru/node/64
>
>Тогда ответ был в стиле "Что там тяжелого выполнять?".
>
>Но прогресс (увеличение вычислений) не стоит на месте)скоро трояны будут порабощать хосты не для ддоса а для злоупотребления вычислительными ресурсами :)
>>Забавно.
>>Год назад поднимался этот вопрос на одном сайте:
>>http://www.gpgpu.ru/node/64
>>
>>Тогда ответ был в стиле "Что там тяжелого выполнять?".
>>
>>Но прогресс (увеличение вычислений) не стоит на месте)
>
>скоро трояны будут порабощать хосты не для ддоса а для злоупотребления вычислительными
>ресурсами :)Кстати.
Отличная идея.
Использовать зараженные компы для брутфорса.
Есть у вас ботнет на 10 000 компов.
Загружаете на них ПО для подбора пароля.
И устраиваете распределенное вычисление)
Черт, да так любой хэш взломать можно!
> Черт, да так любой хэш взломать можно!Щас. Один ты такой умный ;)
Во всяких @home машин наверное поболе, но ломают там отнюдь не "любые хеши".