Проект "Свободные голосования" http://gplvote.andyhost.ru/forum/ |
|
Информационные потоки распределенной системы ЭГ http://gplvote.andyhost.ru/forum/viewtopic.php?f=23&t=335 |
Страница 5 из 5 |
Автор: | IgorK [ 19 янв 2012, 18:57 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
yurial писал(а): IgorK писал(а): "Программа запросит у вас" - это как? И как я ей отвечу? Ручками буду вводить в интерфейс из памяти. А в памяти откуда? Конечно, копирование же со страницы gplvote не работает. Отлично. Если gplvote не работает, то программа у меня запросит, я ей отвечу. Названиями или IP адресами серверов системы. Вспомню их по памяти. Юрий, Вы сами понимаете, что Вы пишете? yurial писал(а): IgorK писал(а): Из логики работы узла при этом исключается за ненадобностью процесс синхронизации списка серверов. Исключено. Серверов может и не быть - система должна оставаться работоспособной в любом случае. Мы обсуждаем вариант, который я предложил выше как "идея 2". Этот вариант без серверов неработоспособен, так как они выполняют функцию транспортировки, дублирования и кэширования данных. Если Вы строите "идеальную" систему п2п, то она работает без серверов. Но только в Вашем воображении. Вы мне пока не доказали обратное. Аргументы в поддержку моей позиции я приводил. |
Автор: | yurial [ 19 янв 2012, 19:02 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
IgorK писал(а): Если Вы строите "идеальную" систему п2п, то она работает без серверов. Но только в Вашем воображении. Вы мне пока не доказали обратное. Замечательно работает, докажите, что не работает. |
Автор: | IgorK [ 19 янв 2012, 19:23 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
yurial писал(а): IgorK писал(а): Если Вы строите "идеальную" систему п2п, то она работает без серверов. Но только в Вашем воображении. Вы мне пока не доказали обратное. Замечательно работает, докажите, что не работает. Для этого нужен сначала текст, описывающий строение и логику работы вашего прототипа. Доводы по-частям я уже приводил. Хотя бы то, что не существует способа инициировать сетевое соединение с защищенным компьютером. Впрочем, начинать приводить доводы с начала мне как-то не хочется. |
Автор: | yurial [ 19 янв 2012, 21:01 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
IgorK писал(а): Хотя бы то, что не существует способа инициировать сетевое соединение с защищенным компьютером. Он сам будет инициировать соединения с любой нодой имеющей глобальный ip. |
Автор: | Dim [ 20 янв 2012, 00:15 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
IgorK писал(а): Отлично. Если gplvote не работает, то программа у меня запросит, я ей отвечу. Названиями или IP адресами серверов системы. Вспомню их по памяти. Юрий, Вы сами понимаете, что Вы пишете? Сценарий первоначального подключения. (Касается только не регистрированных в сети нод.) Запустили демон. (Автостартанул он.) Запустили гуй. Гуй запрашивает адрес известной ноды. По дефолту предлагая gplvote.org. Соглашаемся с дефолтом. Подключаемся к известной ноде (gplvote.org) с запросом на регистрацию. Нода принимает и обрабатывает запрос. Отдаёт новый идентификатор вашей ноды. Далее следует процедура подписания транспортной ноды. Сценарии неудач. Нода на gplvote.org недоступна. Гуй сообщает о недоступности всех известных нод. Запрашивает новые адреса. Выполняем поиск адреса известной ноды. Любым доступным способом вручную. Самый простой способ спросить адрес у знакомого который уже пользуется СГ. Он имеет возможность спросить у своей ноды список адресов к которым можно подключиться. Полученный текстовый список он передаёт вам любым способом. Вы вставляете в окно запроса список адресов. Подключаетесь. Продолжается обычный сценарий. Известная нода занята регистрациями или просто занята чем-либо. В сообщении о занятости нода даёт адрес ноды которая вами займётся. Обычный сценарий продолжается с шага "Подключаемся к известной ноде (gplvote.org) с запросом на регистрацию". Примечание. В случаях успешных соединений записываем в базу известных адресов собственно адреса и информацию о их доступности (как неудачи соединения, так и самостоятельное анонсирование доступности нодами). В дальнейшем используем эту базу для поиска соединения. |
Автор: | evorios [ 20 янв 2012, 00:56 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
IgorK, исключительно и безальтернативно требую от вас ознакомления с: 1) технической стороной работы протокола DHT http://ru.wikipedia.org/wiki/DHT 2) технической стороной работы системы Bitcoin http://ru.wikipedia.org/wiki/Bitcoin |
Автор: | yurial [ 20 янв 2012, 09:43 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
Dim писал(а): Подключаемся к известной ноде (gplvote.org) с запросом на регистрацию. Нода принимает и обрабатывает запрос. Отдаёт новый идентификатор вашей ноды. Далее следует процедура подписания транспортной ноды. Правильнее чтобы на момент "регистрации" был уже известен транспортных ключ, и его ID (hash) использовался как идентификатор. |
Автор: | IgorK [ 20 янв 2012, 09:55 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
Юрий, Dim, спасибо за ответ по существу. evorios, с указанными статьями бегло ознакомился. Для резюме обсуждения я хотел бы увидеть еще мнение уважаемых разработчиков на вопросы о сетевом трафике и размере БД на каждом узле (ноде) распределенной p2p СГ. О трафике. В статьи в вики http://ru.wikipedia.org/wiki/DHT указаны недостатки: 2. Работа клиента как DHT узла создает большую нагрузку на роутер. 4. В имеющейся реализации, создает сильный паразитный трафик на компьютер клиента, поскольку сообщения DHT продолжают рассылаться клиентам даже в том случае если компьютер клиента больше не принимает такой трафик (когда программа выключена). Плюсуем к этому входящий трафик результатов голосования на узлах СГ (потенциально до сотен Гб при всероссийских голосованиях). Вопрос: у вас есть кооментарии/мнения по вопросу о нагрузке на сетевой интерфейс узла голосования, учитывая, что таким узлом может быть домашний/рабочий настольный компьютер, ноутбук, нетбук? О размере БД узла для всероссийской СГ (ок. 100 Млн голосующих). 1 вариант (абстактный): все данные о всех голосах хранятся в БД узла в открытом виде. Каждая запись - СНИЛС голосующего (4б) + его ответ(1б). Размер БД = 500 Мбайт. 2 вариант (реально предполагаемый, но по минимуму): прошу подсчитать вас 3 вариант (потенциально максимальный): прошу подсчитать вас |
Автор: | yurial [ 20 янв 2012, 10:40 ] |
Заголовок сообщения: | Re: Информационные потоки распределенной системы ЭГ |
IgorK писал(а): О трафике. В статьи в вики http://ru.wikipedia.org/wiki/DHT указаны недостатки: 2. Работа клиента как DHT узла создает большую нагрузку на роутер. Думаю нужно читать как "бОльшую". Уверен роутер справится. IgorK писал(а): 4. В имеющейся реализации, создает сильный паразитный трафик на компьютер клиента, поскольку сообщения DHT продолжают рассылаться клиентам даже в том случае если компьютер клиента больше не принимает такой трафик (когда программа выключена). 1 планируется что бэкенд будет работать пока включен компьютер. 2 можно ввести ttl для времени жизни хоста в таблице. Собственно вопрос решаемый, когда дойдем до этого места - будет виднее. IgorK писал(а): Плюсуем к этому входящий трафик результатов голосования на узлах СГ (потенциально до сотен Гб при всероссийских голосованиях). Вопрос: у вас есть кооментарии/мнения по вопросу о нагрузке на сетевой интерфейс узла голосования, учитывая, что таким узлом может быть домашний/рабочий настольный компьютер, ноутбук, нетбук? Тут расчеты. viewtopic.php?f=5&t=343&start=10#p5704 IgorK писал(а): О размере БД узла для всероссийской СГ (ок. 100 Млн голосующих). 1 вариант (абстактный): все данные о всех голосах хранятся в БД узла в открытом виде. Каждая запись - СНИЛС голосующего (4б) + его ответ(1б). Размер БД = 500 Мбайт. 2 вариант (реально предполагаемый, но по минимуму): прошу подсчитать вас 3 вариант (потенциально максимальный): прошу подсчитать вас 1) мне кажется не стоит уточнять что именно хнаится в качестве ответа, ведь это может быть не только 1 вариант, но и порядок, ранжирование или еще что-то. Пусть "голос" занимает 4б * 128 = 512b + id ключа расшифровки 256b сам ключ 512b, + транспортная подпись 256b сам ключ 512b итого 4кб траффика на голосующего, 1кб для хранения. Для голосования с 134 217 728 (2^27) участниками нам потребуется 2^37b или 137 Гб места для хранения и не менее 600Гб траффика. 2) 6мб для хранения, 24Мб траффик + паразитный траффик. 3) совершенству нет предела. |
Автор: | Oleg [ 11 мар 2012, 08:50 ] |
Заголовок сообщения: | Информационные потоки распределенной системы ЭГ |
Помогаем сформулировать сценарий использования Запуск |
Страница 5 из 5 | Часовой пояс: UTC + 3 часа [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |