Распределённые [вычисления] с помощью [js] на стороне клиента

see Web Workers for Mozilla: https://developer.mozilla.org/en-US/docs/DOM/Using_web_workers?redirectlocale...

ну можно парсить страничку для замены смайликов на графические например 8)

а вам собственно зачем? курсовая, али есть данные которые можно обрабатывать?

это реализация многопоточности для js, а не то что хочет топиксратер.

Они могут использоваться для выполнения тяжелых вычислений в Firefox'е.
ТС ведь упомянул о SETI@Home?
А распределённую сеть реализовывать - это надо самому думать и заморачиваться. Никто такие исходники выкладывать в сеть и разжёвывать не будет. Они стоят бабки.

а вам собственно зачем? курсовая,

тьфу, уже забыл что такое курсовая :)

А, если серьёзно, разве, с практической точки зрения концепция не может быть полезна? Вместо того чтобы, скажем, собирать пожертвования на вычислительные мощности для обработки (в многих смыслах) полезных людям (сообществу) данным можно было бы просто разместить на популярном ресурсе такой код, и для того чтобы помочь проекту достаточно было бы просто посещать сайт, даже просто открывать вкладку фоном.

Как-то так.

позволю с вами не согласиться, сударь :)

Никто такие исходники выкладывать в сеть и разжёвывать не будет.

Это как - «никто ядро ОС выкладывать в сеть и разжёвывать не будет».

Да, за ссылку на workers спасибо, но это всего лишь элемент, т.е. сама «дробилка», а есть ли примеры целостных систем?

дык придумайте вычисления, просто у вас из измышления выпадает два пункта: рассылка и сбор информации, а в js они могут идти исключительно к одному серверу (который и будет собирать инфу), следовательно достаточно большие накладные расходы.

Т.е. для реализации эффективного обсчета задача должна требовать мало сторонних данных и весьма долго считаться.

найдите такую, а уже реализовать алгоритм на js - дело десятое.

к тому же учтите что действующих проектов типа SETI@Home не так уж и много и они весьма специфичны, а то что вы хотите еще более специфично

тижолые вычисления можно делать и без них, они для асинхронности

И вообще http://www.google.ru/search?hl=ru&newwindow=1&tbo=d&site=&sou...

Согласен, но отчасти.

из измышления выпадает два пункта: рассылка и сбор информации, а в js они могут идти исключительно к одному серверу

не выпадают, а просто оставлены за скобками, а JS приведёт как пример, там может быть Flash, либо другая клиентская веб технология, умеющая децентрализацию и пиринг между клиентами.

И это не обязательно вычисления в классическом понимании, да хоть конвертирование видео и тд.

выше по ссылкам есть реализация map reduce на этой концепции, только непонятно для чего применять 8)

Спасибо, но это я гуглю уже давно, почему и создал топик, чтобы спросить у живых людей, я не ищу сорцы, я ищу проекты.

там и проект есть и полагаю не один

Биткойны можно считать :) И пользователям приятно, и владельцу сайта денежка.

И пользователям приятно

Из-за того, что ноутбуки шуметь кулерами будут на одном сайте? :D

Вспоминается http://putinvzrivaetdoma.org/. А вообще, владельцы телефонов и планшетов негодуют.

Ну например есть же всякие браузерные игры, где можно деньги вводить. Сделать альтернативный вариант оплаты - оставил страничку специальную открытой на ночь, получил на счёт несколько центов.

Ну я встречал и даже как-то считал эффективность, она весьма низкая.

Можешь ознакомится вот с этой научной статьей для начала.

http://www.google.ru/url?sa=t&rct=j&q=Asynchronous Distributed Geneti...

Какие есть примеры, прототипы, беты и тп. где данный подход был бы не побочным эффектом а главной фишкой?

WebSocket+WebWorker

а можно поподробнее, что именно встрачалось и как считалась эффективность?

Рассматривал простейшую задачу грид вычислений: расчет обратного значения для хеш функции. Случайный поиск и полный перебор. Если для вычисления функции есть код в ядре js (т.е. он уже реализован и реализован быстро), то общие потери будут примерно в 5-10 раз по сравнению с обычным кодом (загрузка кода, запуск...). Еще добавь сюда то, что обычно средняя величина длина просмотра — секунды (а в действительности для анализа тебе нужно не среднее, а подробная гистограмма)... Загрузить комп пользователя своей задачей ты сможешь не более чем на 10% (чтобы не причинять неудобства) — и того падение в 50-100 раз. Еще прикинь какое суммарное время у аудитории на твоем сайте? В рунете сайты имеющие 10000+ уников в сутки это очень хорошие сайты. Причем среднее время просмотра у них обычно 5-10 сек, это примерно 24 часа в сутки, т.е. ОДИН процессор! А теперь прикинь какой траф должен будет обрабатывать твой сервак, если пользователи должны будут каждые 5 сек сообщать результаты вычислений (пока не отключились)? И какого размера ферму тебе придется построить? Короче проще поставить еще один процессор, и дешевле, на несколько порядков.

Исключение — медийный контент (фильмы, радио). Тут можно и посильнее загрузить и у пользователей сессия гарантировано дольше. Но прикинь объем медийного трафа... Это существенно дороже чем поставить несколько процов.

Не слышал о таком, но ничто не мешает реализовать, технологии есть для этого. Но так ли нужно?

интересно, а почему трафик априори платный?

в js они могут идти исключительно к одному серверу

ошибаетесь. оно и стартовать с разных может и вообще есть jsonp

интересно, а почему трафик априори платный?

Ширина канала платная.

стартовать то оно может с разных, а вот идти придется к одному, милейший, иначе это на винде всякими кашперскими будет как xss квалифицироваться

иначе это на винде всякими кашперскими будет как xss квалифицироваться

не будет. все прекрасно работает

Правильно мыслите!

И, главное, доступно, логично и понятно.

Мицголизм номер 442:

«Свободно владея языком JavaScript, я способен вносить конструктивные улучшения в средства полуавтоматического редактирования статей.»(с)

Под каким номером запишем Ваш?

а можно пример? :)

Никто такие исходники выкладывать в сеть и разжёвывать не будет. Они стоят бабки.

то-то boinc под gpl

гугли путинвзрываетдома, не совесем вычисления но на жабоскрипте.

а можно пример? :)

конкретный сайт где это работает я не приведу (не могу), но смысл в том что там используется jsonp. условно говоря загружаемся мы с a.ru и JS через JSONP обращаемся к b.ru. Прекрасно работает как на венде так и в Linux браузеры все современные (IE,chrome,opera,firefox)