#dev (ilita) | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

onon Предлагаю к рассмотрению следующую идею:

onon if (i2p::context.IsFloodfill ())

onon с некоторой вероятностью пытаться строить Exploratory только из

onon it.second->IsDeclaredFloodfill

onon Чтобы быстрее их проверять.

orignal это ж мизер

onon Хоть как-то ускорить

onon Потому что связность страдает

onon Лежат в нетдб потенциально хорошие фф, и на них лежат RI и лизсеты, которые у нас просят.

onon А мы и не знаем.

onon А через час вычищаются даже те, которые мы уже проверили.

onon Потом мы их назад получаем, и если профиля нет уже, заново ждём пока проверится.

Leopоld http.address поддерживает указание сырого списка адресов?

Leopоld например =127.1,192.168.1.1,::,myhome (из /etc/hosts)

Leopоld p.s. То же об httpproxy.addres

weko Leopоld: нет, насколько я знаю

WayBest Лось, а можно сделать, чтобы адрес yggdrasil автоматически подхватывался, если оно запущено позже чем i2pd?

WayBest а то приходится ребутать i2pd, чтобы он увидел наличие яги

onon2 Floodfills: 588

onon2 Что-то мне это совсем не нравится.

orignal а с чего вдруг профиля нет?

orignal WayBest каким образом ты предлагаешь это сделать?

WayBest раз в сколько то интерфейс мб чекать

WayBest у яги просто бывают отвалы)

orignal Floodfills: 713

orignal вроде порядок

orignal с интревалом что ли?>

onon Было 900

orignal у меня всегда примерно столько было

onon Обновился

Leopоld <~orignal> WayBest каким образом ты предлагаешь это сделать?

Leopоld Через 10,20,...,n секунд проверять начилие файла сокета

Leopоld <WayBest> а то приходится ребутать i2pd, чтобы он увидел наличие яги

Leopоld Пока можно в init-скрипт засунуть чтобы запускался после игг

orignal поглляжу но сделать скоро не обещаю

relaybot 13apophis: и если яга отлетела, то стартануть ее заново и потом рестарт и2пд ?

relaybot 13apophis: я правильно понял ?

orignal нет

orignal если при старте она была и потом отлетела то ничего не будет

orignal а если при старте не было посчитает что ее свосем нет

relaybot 13apophis: т.е. если отлетела, то рестарт игга только ?

orignal да

orignal рестартовал его и просрется

relaybot 13apophis: тогда неясно, что за проблема ? инит/сыстемд имеет параметры с перезапуском если глохнулось

orignal надо стартовать i2pd до ygg

orignal иначе не подхватит его

relaybot 13apophis: ясно. яга лопнула, тогда старт яги и старт/рестарт и2пд, верно ?

relaybot 13apophis: и2пд первый/ага 2й

orignal если i2pd при старте ее нашел то не надо его рестартовать

relaybot 13apophis: > orignal: надо стартовать i2pd до ygg

relaybot 13apophis: а как он ее находит при старте, если ее еще нет ?

orignal а пардон наоброт разумеется

orignal ygg до i2pd разумеется

relaybot 13apophis: да... я так и понял вначале, но поддался на твой авторитет :)

orignal опечтака

orignal i2pd стратуте и ищет ygg адрес

orignal если не находит считает что его нет

relaybot 13apophis: тогда, если игг грохнулся где то после старта и работы с и2пд некоторое время, то игг надо рестарт заново ... и возможно рестарт и2пд после ( если он не шашел игг )

relaybot 13apophis: ну наверное это скрипт на парсинг и2пд шебмоеды и проверка на существование игг адреса. если грубо и быстро

orignal нет такого не надо

orignal просто ygg рестартовать и все

relaybot 13apophis: если так, то я ж написал :

relaybot 13apophis: > тогда неясно, что за проблема ? инит/сыстемд имеет параметры с перезапуском если глохнулось

orignal я тоже не знаю

orignal onon в стримах там все много хуже чем ты думаешь

orignal if (it1 != m_IncomingStreams.end ())

orignal {

orignal // already pending

orignal LogPrint(eLogWarning, "Streaming: Incoming streaming with rSID=", receiveStreamID, " already exists");

orignal DeletePacket (packet); // drop it, because previous should be connected

orignal return;

orignal }

orignal просекаешь фишку?

onon Пока не очень

onon previous should be connected

onon Кто такой previous

orignal смотри

onon Так, два SYN пакета с одинаковым rSID

orignal клиент пытается соединиться с сервером

orignal посылает для стрима первый SYN пакет

orignal ответа не дождался шлет второй с тем же номером

orignal а на сервере такая вот гадость стоит

orignal видит новый SYN с тем же номером и дропает

orignal а на самом деле просто клиент не получил SYN в ответ из-за плохих тоннелей

onon Ага, на первый он ответил

onon и думает, что точно дошло

onon Ну давай отвечать на каждый SYN, если после этого не было пакетов с данными

onon Естественно пытаться в другой туннель

orignal именно

orignal в этом главная проблема

orignal что я и намерен починить

orignal onon я тут поправил если тоннель зафейлилсмя чтобы лизсет обновлялся

orignal как ты в свое время заметил