Прикладные технологии на руинах блокчейн-лихорадки или о практической пользе распределения ресурсов

В последние годы новостные ленты наводнили сообщения о появляющихся буквально из ниоткуда распределенных вычислительных сетях нового типа, решающих (точнее, пытающихся решить) самые разнообразные задачи — сделать город умным, спасти мир от нарушителей авторских прав или наоборот, тайно передать информацию или ресурсы, сбежать из-под контроля государства в той или иной сфере. Вне зависимости от сферы, все они обладают рядом общих черт, обусловленных тем, что топливом для их роста явились алгоритмы и методики, вышедшие в широкие массы во время недавнего бума криптовалют и связанных с ними технологий. Наверное, каждая третья статья на профильных ресурсах в то время в названии имела слово “блокчейн” — обсуждение новых программных решений и экономических моделей некоторое время стало доминирующим трендом, на фоне которого иные сферы применения систем распределенных вычислений были отодвинуты на второй план.

В то же время визионеры и профессионалы увидели основную суть явления: массовые распределенные вычисления, связанные с построением сетей из большого числа разрозненных и разнородных участников, вышли на новый уровень развития. Достаточно выбросить из головы хайповые темы и взглянуть на предмет с другой стороны: все эти сети, собранные из огромных пулов, в которых состоят тысячи обособленных разнородных участников, появились не сами по себе. Энтузиасты крипто-движения смогли разрешить в новом ключе сложные проблемы синхронизации данных и распределения ресурсов и задач, что и позволило собрать воедино подобную массу оборудования и создать новую экосистему, предназначенную для решения одной узконаправленной задачи.

Разумеется, это не прошло мимо команд и сообществ, занимающихся развитием свободных распределенных вычислений, и новые проекты не заставили себя ждать.
Однако, несмотря на серьёзное увеличение объёма доступных сведений о наработках в области построения сетей и работы с оборудованием, создателям перспективных систем придётся решать серьёзные проблемы.

Первой из них, как бы странно это ни звучало, является проблема выбора направления


Направление может быть верным, может вести в тупик — от этого не сбежать, централизованные поставки ясновидящих в IT-сообщество пока что запаздывают. Но выбор следует сделать, чтобы не попасть в традиционную ловушку, состоящую в том, что команда берет слишком широкую область и со старта пытается создать ещё один неспециализированный проект распределенных вычислений широкого профиля. Кажется, что фронт работ не столь страшен, надо по большей части просто применить существующие наработки: объединить узлы в сеть, адаптировать алгоритмы определения топологий, обмена данными и контроля их консистентности, внедрить методики ранжирования узлов и нахождения консенсуса, ну и, конечно, всего лишь создать свой язык запросов и всё языковое и вычислительное окружение. Идея универсального механизма очень заманчива и постоянно всплывает в той или иной сфере, но на выходе по-прежнему получается одно из трёх: созданное решение либо оказывается на самом деле ограниченным прототипом с кучей подвисших “ToDo” в бэклоге, либо становится неюзабельным монстром, готовым утащить любого прикоснувшегося в зловонную “тьюрингову трясину”, либо же просто благополучно умирает от того, что тянувшие в непонятную сторону проект лебедь, рак и щука банально надорвались.

Не будем повторять глупых ошибок и выберем направление, имеющее понятный круг задачи и хорошо подходящее под модель распределенных вычислений. Можно понять людей, которые пытаются сделать всё и сразу — выбрать, конечно, есть из чего. И многое выглядит крайне интересно как с точки R&D и разработки, так и с точки зрения экономики. При помощи распределенной сети можно:

  • Обучать нейронные сети
  • Обрабатывать потоки сигналов
  • Вычислять структуру белков
  • Проводить рендеринг трёхмерных сцен
  • Моделировать гидродинамику
  • Тестировать торговые стратегии для фондовых бирж

Чтобы не увлекаться составлением списка интересных вещей, которые хорошо параллелятся, выберем в качестве нашей дальнейшей темы распределенный рендеринг.

Сам по себе распределенный рендеринг — явление, разумеется, ни разу не новое. существующие рендер-тулкиты давно поддерживают распределение нагрузки по разным машинам, без этого в двадцать первом веке жить было бы довольно печально. Однако не стоит думать, что тема изъезжена вдоль и поперек, и делать там нечего — мы рассмотрим отдельную актуальную проблему: создание инструмента для формирования рендер-сети.

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

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

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

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

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

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

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

Задание поступает на сервер, где анализируется объём сцены и количество запрошенных инициатором задачи ресурсов, после чего выполняется декомпозиция общего объёма на части, адаптированные для вычисления на выделенном сетью количестве и типе ресурсов. Общая идея заключается в том, что визуализация может быть разбита на множество небольших задач. Движки пользуются этим преимуществом, распределяя эти задачи среди множества поставщиков ресурсов. Простейший способ — рендеринг небольших частей сцены, называемых сегментами. Когда каждый сегмент готов, локальная задача считается выполненной, ресурс переходит к выполнению следующей из нерешенных.

Таким образом, для рендерера нет как таковой разницы, выполняются ли вычисления на одной машине или же на гриде из множества отдельных вычислительных станций. Распределенный рендеринг просто добавляет больше ядер в пул используемых для задачи ресурсов. Через сеть он получает все данные, необходимые для рендеринга сегмента, вычисляет его, отправляет этот сегмент обратно и переходит к следующей задаче. Перед поступлением в общий пул сети каждый сегмент получает набор метаинформации, позволяющий узлам-исполнителям выбирать наиболее подходящие для них вычислительные задачи.

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

Однако вернемся к процессу. При получении задачи между пулом и узлом также формируется смарт-контракт, выполняющийся при корректном вычислении результата задачи. По итогам выполнения контракта узел может получать вознаграждение в том или ином виде.

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

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

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

  1. Личные кабинеты пользователей с веб-доступом
  2. Комплект ПО для установки на узлы
  3. По системы управления:
    • Подсистема управления доступом
    • Подсистема декомпозиции задач рендеринга
    • Подсистема распределения задач
    • Подсистема композинга
    • Подсистема управления серверным ландшафтом и топологией сети
    • Подсистема логирования и аудита
    • Обучающаяся экспертная подсистема
    • Rest API или иной интерфейс для внешних разработчиков

А что думаете вы? Какие вопросы порождает тема и какие ответы вам интересны?

Поделиться публикацией
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 30

    +1
    Распределённые вычисления могут быть полезны всем, но обычно польза бывает исключительно для хозяина сети. Кого вы предлагаете назначить хозяином? Очередного гугла? Но у гуглов и так вычислительных мощностей как грязи. Кого-то менее богатого, но тем не менее с большими деньгами? Да, некая хорошо финансируемая контора могла бы организовать такую сеть, но для неё есть опять же гуглы с их сервисами по предоставлению вычислительных мощностей. Тогда зачем кому-то нужна распределённая сеть?

    Варианта два:
    1) У гуглов мало денег на очень много компьютеров и они хотят попользовать задёшево все доступные человечеству домашние ресурсы.
    2) У человечества наконец появилась самоидентификация и оно отделилось от контроля гуглов и прочих хозяев жизни. Вот тогда сеть индивидуалов может зарабатывать предоставляя свои ресурсы хоть тем же гуглам. Ну и себя при этом не обижая.

    Собственно выбор прост — всё для хозяев или мы сами становимся хозяевами. Последнее — крайне трудный шаг для подавляющего большинства, ведь нужно отказаться от привычки тупо спускать заработанные деньги на удовольствия и, задумавшись о будущем, начать работать ради общего дела. Но вдруг всё же кто-то на такое ещё способен?
      0
      Обращаясь к публичной отчетности крупных вендоров аппаратного обеспечения и суммировав полученные флопсы/хэши/иное и сопоставив с мощностями существующих сегодня супер-компьютеров возникает разумное желание как-то сократить разрыв между этими величинами. Написание DLL для быстрой организации кластеров под конкретные прикладные задачи — вполне благая цель. Школьник доказывабщий Теорему Ферма методом машинного обучения на уроках «прикладной математики» — вполне себе полотно для 2077г.
      0
      А что думаете вы?
      Думаю, что на рендеринг можно не замахиваться. Подобное пытались организовать ещё в конце 90-х (ProcessTree). Проблема в том, что большие ребята с деньгами опасаются раздавать свои данные налево во избежании утечек. Был кажется сколько-то успешный проект такого рендерера для 3DS Max, который потом вроде заглох. (Кажется из-за юридических проблем.) Так что большой коммерческой перспективы нет.
        +2
        А что думаете вы?

        Что статья внезапно кончилась на введении. А ещё думаю, что если есть заголовок про первую проблему, то должен быть и заголовок про вторую.
          0
          Прозорливость ваша восхититетльна! Но повестку дня надо утвердить.
          +2
          Распределённые вычисления были задолго до блокчейн. Чтобы считать структуру белка или расшифровывать космические сигналы блокчейн не нужен. К чему действительно привёл блокчейн — это к росту внимания к технологиям со стороны не технических людей, не уверен хорошо это или плохо.
            +1
            Был хороший кейс из 90-х — назывался SETI Project и замечательная утилита, которая использовала ПК во время простоя для анализа математических автокорреляций. Замечательно что вы об этом вспомниили!

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

            И самое главное, тут вы верно подметили — это интерес не технчиеских людей! Зачастую на стыке известных наук рождаются новые, не менее увлекательные направления. Яркий тому пример — машинное обучение, биоинформатика и многие другие.
            +1
            Мне кажется блокчейн — это не про распределенные вычисления, а про распределенные данные. Блокчейн решает задачу консенсуса в распределенной гетерогенной базе данных с полной репликацией в условиях недоверия узлам. Лихорадка вычислений была вызвана не базовой концепцией а побочным эффектом позволяющим получить награду за достихение консенсуса путем крипто-расчетов. Базовая концепция блокчейн с успехом используется например в Грузии в качестве земельного кадастра. Также идут активные прикладные исследования по применению блокчейн в банковской сфере как альтернативы swift для надежных межбанковских взаиморасчетов.
              0
              Вы помните как появился, ныне известный всему миру, препарат для улучшения «мужских сил»? Из-за побочного эффекта. Глобальный ныне Инстаграм — изначально чек-ин эпп. Реальность разработки ИТ-проектов не однократно показывала pivot на практике.

              Говоря о блокчейн, как об одной из топологий БД — вполне можно упомянуть DHT или ряд иных. Но это не отменяет тот факт, что хранимые центарльно/распределнно данные — хранятся для того, чтобы с ними производить какие-либо действия(т.е. вычисления).
              –1
              А я сдаю свои мощности (1080ti) распределенному рендерингу raysrender, уже работает в открытом доступе с недавнего времени. Все как по статье — ребята сначала замахнулись на нечто глобальное! Сделали SONM и поняли, что это конечно хорошо но слишком оторвано от реального мира. Вот теперь на основе своей глобальной системы распределенных вычислений начинают делать специализированные сервисы и первый из них уже запущен в работу — raysrender. Я даже сам пробовал рендерить — работает быстро, надеюсь проект получит признание и мои мощности будут востребованы еще долгое время(выгодно по сравнению с майнингом).
                0
                Да, тоже хороший пример, когда попытка объять необъятное привела к отрицательному результату. Был и более ранний проект со схожим смыслом — Golem Project, но и он оказался Колоссом на глинянных ногах.

                Все же речь идет не об использовании встроенного инструментария Blender(благодаря open source характеру проекта) и попытке заработать на утилизации собственной мощности(Cloud Computing) — как в прорекламированном вами рессурсе, а о некоторой более универсальной архитектуре и подходе. Проблема подхода как раз и кроется в том, что любая попытка использовать чужие решения не сумеет прорасти в мире полном корпораций и патентных юристов.
                  0
                  любая попытка использовать чужие решения не сумеет прорасти в мире полном корпораций и патентных юристов

                  Так а блендер же распространяется по лицензии GPLv2, которая как раз освобождает от любых патентных рисков? Как раз на его основе вполне возможно создание коммерческих решений. Что с этим не так? Как тут корпорации и юристы помешают?
                    0
                    так я о чем — решения уже есть и работают. и если говорить о SONM то это GPLv3, блендер это тоже GPL
                    т.е. патентные юристы могут идти мимо стройными рядами
                    поправьте если я ошибаюсь…
                      0
                      Мне не совсем понятно почему вы столь настоятельно упоминаете проект, который вроде бы давно пополнил ряды ушедших в закат. Я прекрасно помню 2018 год и офис SONM — пустой зал и команду из 3 человек — маркетолог, HR и новый CEO. С тех пор, как показывает динамика обращения токенов одноименного проекта, проект не ведет какой-либо активной деятельности. Поэтому не совсем понятно что там обсуждать и анализировать. Хотя, я бы отметил, что именно этот проект показал жизнеспособность концепции и интереса к ней со стороны коммерческого заказчика.

                      Раз уж зашла речь о СОНМ, то можно сразу дать ссылку и на прообраз их решения, а именно систему Brass Golem — именно этот проект первым попробовал использовать Blender Open Source code для создания распределенного решения. Более того — они даже выпустили Win64-совестимое приложение, когда пользователь(теоритически) мог предоставить мощности своего ПК для общего пользования. Но колоссальная сложность установки альфа-версии клиент-серверного ПО требующая очень серьезных компьютерных навыков в купе с полным отсутствием спроса на прикладные задачи — стали непреодолимым барьером в развитии.

                      Более того, GPL — как условия лицензии, не предполагают бесплатного использования кода для создания проприетарного продукта. Т.е. нельзя взять Linux и сделать платную ось добавив в дев пакет обои для рабочего стола.

                      Заканчивая мысль также рискну предположить, что Blender — как инструмент CGI едва ли занимает сколь-заметную нишу среди профессионалов в силу ряда нюансов и ограничений и выступает в виде своего рода «Pascal в сфере CGI» — т.е. то, с чего начинают свой путь будущие профессионалы CG.

                      Вполне вероятно, что третья итерация подобных проектов построенная на более гибких и совершенных решениях, с использованием того же parity substrate — и акцентом на технологию, а не на маркетинг — могла бы стать жизнеспособной.
                        0
                        Скажите, а с какой целью вы предоставляете недостоверную информацию о проектах?
                        проект, который вроде бы давно пополнил ряды ушедших в закат. Я прекрасно помню 2018 год и офис SONM — пустой зал и команду из 3 человек — маркетолог, HR и новый CEO. С тех пор, как показывает динамика обращения токенов одноименного проекта, проект не ведет какой-либо активной деятельности.

                        На основании чего вы утверждаете, что проект прекратил активность?
                        — Проект публикует еженедельные отчеты, последний тут (и далее в блоге): sonm.com/blog/sonm-weekly-update-2019-09-03
                        — Вот тут за прошлый год: twitter.com/sonmdevelopment/status/1079779762149748736
                        — Вот за полгода после запуска: twitter.com/sonmdevelopment/status/1096418487491325952
                        — Три человека там кажется никогда не было, в разное время назывались разные цифры от 30 до 50 человек, вот групповое фото (февраль 2019): twitter.com/sonmdevelopment/status/1096071374119071745 — далее можно в твиттере протыкать — Есть и другие фото в аккаунте компании и СЕО.
                        — В прошлом году они выступали на Хайлоаде, вот выдержка twitter.com/sonmdevelopment/status/1065288221897252865
                        — А вот и сам доклад twitter.com/iolebedev/status/1131991533195071489
                        — Буквально летом показывали проект Rays на CGEvent в Питере: twitter.com/raysrender/status/1144898624205348864

                        Безотносительно их продукта и насколько он успешен (там конечно есть что подвергнуть критике), но вот так говорить, что проект ушел в закат при вашем уровне погружения в тематику — это же выглядит как откровенный вброс, разве нет?

                        Зачем так говорить?
                          0
                          Заметье, что я ни разу не упоминал конкретных проектов в силу абстракции темы. Жива Кошка Шредингера или нет — можно узнать только открыв ящик. Все мои замечания относительно многократно упоминаемого вами и еще одним комментатором проекта — это исключительно мое мнение, с которым вы впору не согласиться. Если проект жив — это исключительно хорошо, так как означает актуальность тематики в целом! Но агрессия с которой вы оказываете давление, а также обширный объем «пруфов» и «линков» подсказывает мне, что вы крайне мотивирвоанны в ваших постах.

                          Давайте оставим попытки PR одного конкретного проекта — тема вовсе не про успехи или отсутствие таковых ребят из вашей команды. Тема про подходы, методы и технологии, а также вопросы и решения порождаемые ими.
                            0
                            Я за диалог, давайте сравнивать, хорошая тема.
                            Заметье, что я ни разу не упоминал конкретных проектов в силу абстракции темы

                            Вы в комментарии написали вполне конкретно, что SONM «пополнил ряды ушедших в закат», на что я вам контр примеры вашего утверждения. Нет, не ушел.
                            пустой зал

                            Эта часть судя по всему была художественной, потому что такой информации не было и быть не могло. Пустой зал очевидно является выдуманной метафорой, подтвердить которую вы конечно не сможете. Верно вас понял?
                            Но агрессия с которой вы оказываете давление, а также обширный объем «пруфов» и «линков» подсказывает мне, что вы крайне мотивирвоанны в ваших постах.

                            Коллега, ну это не честно. Вы разместили не достоверную информацию — вас поправили. Теперь вы говорите про агрессию и предлагаете проехать. Хорошо, давайте проедем, без проблем. Ну вы просто не пишите такое, и не будут вас поправлять, справедливо?

                            Если вы хотите нормальное обсуждение, именно обсуждение а не доведение информации — проверяйте факты, чтобы потом неловко не было.
                          –1
                          Я же написал изначально — они мне деньги платят за мои мощности под их задачи. Поэтому я конечно заинтересован в них — больше пользователей их сервисов значит больше мощностей надо = больше у меня прибыль. Вроде все ясно и однозначно написал). Как может мертвый, с ваших слов, проект что-то оплачивать я не совсем понимаю. И что-то там рендерить. Вы затронули тему широко и ниочем, этакое вступление. я внес конкретику, в меру своих знаний. Не теорию а то что можно в реальности пощупать любому просто нажав кнопку на сайте.
                            0
                            Не претендуя на истину все же позвольте выссказать сомнение на основании того, что калькулятор доходности на сайте указанного вами проекта показывает доходность подозрительно равную доходности использования оборудования в «майнинге» эфира — уж извините за эту шпильку. Информация о том, что сеть SONM занимается майнингом эфира летает в инфо-среде не первый год.

                            Давайте на этом закончим пересуды про этот проект независимо от того — жив он или нет и обязательно вернемся к оценке похожий решений в отдельной статье. Думаю, что воплне логичным будет объединить такие проекты как Golem Network, SONM и CrowdRender — так как все они используют Blender Open Source Code как основую своего сервиса и по сути предлагают надстройку на эту основу. Сравним архитектуры, производительность и прикладную эффективность.

                            Мне кажется это будет интересно?
                              0
                              Мне кажется уже надо переходить к сути того, о чем вы хотели написать в следующих статьях, развивать тему, а то мы в оффтоп ушли :)
                                0
                                доходность 2 доллара в сутки с 1080ти — но вам конечно виднее, слухи. Вижу определенную предвзятость — проще минусов насувать чем пойти да посмотреть
                                  0
                                  Сходил — посмотрел. Калькулятор на сайте проекта говорит о $0.65 в сутки. Ethereum показывает $0.67 в сутки. И давайте на этом закончим PR этого проекта. Если вы пришли и пытаетесь пиарить пиарить один из проектов используя недостоверуню информацию — разумеется, что и отношение к вам негативное. Откройте правила сайта — там все написано. Это сообщество людей вовлеченных в ИТ, а не форум, где можно прийти и попиарить один конкретный проект в коменнтариях к статье не содержащий название этого проекта.
                                    0
                                    давайте я сам решу что и когда мне заканчивать? Почему я пришел и почему написал ясно из первого же моего сообщения, это ответ на Ваш посыл в статье — что ничего нигде толком не работает и сейчас Вы изобретете нечто. Писали бы что-то новое то и коммента моего бы не было. Но вы просто изложили принцип работы сонма. Про пиар рекламу и тп вы можете повторять хоть в каждом предложениии по нескольку раз но факт в том я привел один из подобных проектов в котором задействован сам, указав факты без оценочных суждений. Вы же мне пытаетесь заткнуть рот приводя в качестве аргументов калькуляторы эфириума, слухи в вашем окружении и графики курса криптотокена или чегото-там.
                                    Я бы и закончил, если опять не указания, что моя информация ложная а ваши предубеждения есть единственная истина. Готов предоставить пруфы по любым своим словам — фото ферм, логи вывода средств и что вам будет угодно.
                                      0

                                      Пиар SONM — мстительный и беспощадный? Желаю вам успехов и творческих побед! Всех благ!

                                        0
                                        Время рассудило, платили неплохо жаль что не очень долго)
                                        0

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

                                          +1
                                          и вам того же, мы же тут чтоб делиться информацией и делать что-то новое а не костенеть в своих предубеждениях.
                        0
                        А что думаете вы?

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

                        (2) Антон, скажите, анализировали какие-либо из существующих решений? Можно было бы привести примеры и сделать сравнение.
                          0
                          1) Рассматривать явление распределения вычислений (независимо от метода реализаии) невозможно без анализа уже созданных решений; SETI, Folding, Einstein@home, theSkyNet, Golem, SOMN и т.д. Эти проекты имели как общие положительные, так и общие отрицательные черты;

                          2) Да, именно это и будет предметом следующих публикаций по этой тематике. Хотите принять участие?
                            –1
                            Имею некоторый опыт работы в данной сфере, будет интересно обсуждать конкретику. Особенно причины неудач и удач.

                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                        Самое читаемое