LINUX.ORG.RU

История изменений

Исправление soomrack, (текущая версия) :

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

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

Исходная версия soomrack, :

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