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

onon Похоже, что публикация на aftermidnight флудфилы раньше чем за 30 минут до полуночи будет работать плохо, потому что:

onon else if ((ts > it.second->GetTimestamp () + expirationTimeout/2) && // more than half of expiration

onon total > NETDB_NUM_ROUTERS_THRESHOLD && !it.second->IsHighBandwidth() && // low bandwidth

onon !it.second->IsFloodfill() && (!i2p::context.IsFloodfill () || // non floodfill

onon (CreateRoutingKey (it.second->GetIdentHash ()) ^ i2p::context.GetIdentHash ()).metric[0] >= 0x02)) // different first 7 bits

onon it.second->SetUnreachable (true);

onon Новый флудфил его с большой вероятностью удалит через 30 минут, потому что посчитает "не своим"

orignal ну это то понятно

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

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

onon А никто не думал над такой штукой как подтверждение туннеля? Мы отправляем TBM,

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

onon Если кто-то отказался или мы не получили его до таймаута, подтверждение не высылаем,

onon и промежуточные узлы через короткий таймаут удаляют этот туннель...

onon Как это может повлиять например на анонимность?

onon Потому что на производительность, очевидно повлияет положительно

orignal а смысл?

onon Удалять пустые туннели

onon Потому что лимит

orignal так они почти ничего не занимают

onon Лимит

onon По количеству

orignal смысла ради этого нет

onon Моё дело предложить...

onon И коннект он держит

onon Память сокетную занимает

orignal коннект не связан с тоннелями вообще

onon И пинги шлёт

orignal только по активности там

onon У явы наверняка есть лимиты по количеству коннектов

onon Да и у нас они не бесплатные

onon Ты пока над этим подумай, а я ещё одну мысль закину

onon У нас же недогружены XU роутеры и перегружены XR

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

onon Потому что они уже подключены

onon Не будет геморроя с интродьюсерами

onon А это основная проблема, где много точек отказа

onon Так мы немного разгрузим XR узлы

onon И ещё момент, я думаю все замечали, что входящие туннели строятся лучше чем исходящие

onon Так вот причина в том, что у входящих на конце всегда R, и поэтому статистически они чаще более успешны.

onon Так как в среднем меньше точек отказа

orignal можно но толкьо при условии что мы сами R

orignal но не будет ли это утечкой?

onon Посоветуйся с дедом

orignal а еще можно

orignal при выборе отдавать приопитет нефлудфилам

orignal вот кто реально перегружжен так это они

onon +

orignal я бы начал с этого

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

segfault а что будет, если запустит флудфил, который будет не все тунели обрабатывать (например только 10%)

segfault его и как нерабочий не опознать нормально и сети он будет поганить

segfault какая защита от этого?

onon У меня есть такая защита

onon Могу показать

Vort чтобы загружать U узлы, их вначале надо починить. по-моему, количество сомнительных предложений уже превысило пределы допустимого

onon Полный список поломок U роутеров, пожалуйста.

onon Будем думать как починять.

Vort главная проблема - нужна модификация конкретно протокола SSU2 (согласованная с java, да) для периодического пробива дырок в NAT, тут в чате уже обсуждали это не раз

Vort точнее, для поддержания пробитой дырки

onon Так вроде шлётся пакет периодически

onon И интервал вроде нормальный там был, когда я смотрел

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

onon Потому что U обычно по SSU, а там owerflow

onon И дропы

Vort "<onon> Так вроде шлётся пакет периодически" где? постараюсь глянуть

onon Я поэтому и дёргаю Лося постоянно, чтобы он починил

Vort только для интродьюсеров шлётся

R4SAS однако здравствуйте

onon Если только для интродьюсеров, то ноги поломать архитектору такого протокола

onon Чтобы руками писать начал

Vort "<onon> Потому что U обычно по SSU, а там owerflow" / "<onon> И дропы" - возможно, но это догадки, а нужны доказательства. что именно эти эффекты дают просадки рейта. пока что результатов такого анализа ни от кого не видел

onon Ты сам только что указал основную проблему, что не шлётся пинг в дырку

onon Естественно, так работать не будет

onon Через 30 сек дырка закроется

onon На самом деле по разному, но примерно через 30

Vort ну вот эта задача не только техническая, но и социальная. никто не взялся пока что

relaybot 13apophis: в каком аспекте социальная ?

R4SAS потреблядская

R4SAS ни кто не берется делать, только хотят

relaybot 13apophis: наверное надо заплатить им

orignal я вот что думаю

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

onon Сейчас выяснится, что мы ещё и не проверяем не протух ли интродьюсер...

orignal проверяем

onon Тогда про какое время речь?

orignal if (introducer.iTag && ts < introducer.iExp)

orignal {

grimreaper orignal: idi naxyu

grimreaper }}}{}}}};

orignal мы проверяем но выбор делаем

orignal std::shuffle (indices.begin(), indices.end(), std::mt19937(std::random_device()()));

orignal то есть просто наугад

orignal а надо по времени

orignal чем свежее тем лучше

onon Ну да, тогда выше вероятность что он ещё онлайн

onon Но тогда все всегда будут подключаться к самому свежему

onon Как только интродьюсеры обновились, сразу все переключаются на новый

onon У кого новый RI есть

orignal не совсем

orignal сначала у меня проверяется нет ли уже сессии с интродьюсером

orignal оба а

orignal grimreaper ja perdole

orignal там проверки на протухаение нет

grimreaper bobr kurwa

grimreaper orignal:

orignal onon заценил лажу?

onon Не совсем

onon НА протухание чего

orignal for (auto& it: address->ssu->introducers)

orignal {

orignal auto it1 = m_SessionsByRouterHash.find (it.iH);

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

orignal {

orignal it1->second->Introduce (session, it.iTag);

orignal на протухание интродьюсера

onon А, и пытается переконектиться через него же

orignal да

orignal то что мы соединены с этим интродьюсером не значит что он не протух

Vort "apophis: в каком аспекте социальная ?" надо договариваться с разработчиками java версии

relaybot 13apophis: > Vort: "apophis: в каком аспекте социальная ?" надо договариваться с разработчиками java версии

relaybot 13apophis: и писать пропозалы... слыхал конечно

grimreaper orignal: who is not_bob and why is he not bob?

orignal notbob.i2p

` cause it's charlie

` or olica

orignal починил

orignal смотрите

grimreaper orignal: how to get base64 of eepsite if server box is only shell?

onon lynx

grimreaper im using lynx to navigate using shell but i can't copy the base64 from eepsite i2p tunnels

grimreaper onon: but how to copy base64 using lynx?

grimreaper in lynx it gives like a 1 line of base64 to scroll through and not whole text in multiple lines

orignal use curl

orignal onon посмотрел измнение?

onon Ты так спрашиваешь, как будто я в этом коде что-то понимаю...

onon std::mt19937(ts) это как работает

grimreaper orignal: i tried curl 127.0.0.1:7070/?page=local_destination&b32= < b32 address

orignal гсч с текащим временем для инициализации

grimreaper but it doesn't print out the base64 and some other stuff

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

onon r = i2p::data::netdb.FindRouter (introducer.iH);

onon А если не нашёл, запрашивать на фф не нужно?

weko А эта функция уже это не делает?

weko Не понятно сразу по написанию, тут netdb это контекс локальной базы или вообще в сети

orignal надо

orignal просто не доделано

orignal врлде там дальше есть

orignal // introducers not found, try to request them

orignal то есть я снчала пытаюсь найти те которые уже есть

orignal а доделать надо чтобы коллбэк на запрос вешать

weko orignal: почему ты segfault посылаешь?

orignal потому что он всякую хуйню несет

orignal а тратить время на разъяснение того в чем именно состоит хуйня я не хочу

weko [13:26:20] <segfault> его и как нерабочий не опознать нормально и сети он будет поганить

weko Не будет поганить, просто его использовать для туннелей редко будут.

segfault > потому что он всякую хуйню несет

segfault ну да, да. пошёл я со своим ООП нахер. методы в структурах это не труЪ, надо передавать указатель на неинициализированное поле в другом объекте в функцию для его заполнения. что мешает сделать класс пары ключей с предсказуемым поведением (при том,

segfault что это бесплатно!) вместо того, чтобы писать в стиле хер-пойми-какая-парадигама-с-классами никто не узнает.

orignal короче отъебись

orignal еще один баг починил

orignal что характерно был давно там

WayBest можно персобраться?)

orignal да

orignal я проверил вроде работает

onon Вот чем угодно займётся, лишь бы пейсер не делать

WayBest :D

WayBest Так, ну обновился - 38% успеха

WayBest Вроде норм

WayBest есть тенденция к росту до 40%

WayBest Так чую на релиз наскребем фиксов)

weko так да вообще лучше стало

weko Tunnel creation success rate: 60%

weko при том что за 43 дня Total tunnel creation success rate: 22%

WayBest неплохо

WayBest ага, тоже мало до фиксов было

WayBest до 8% вообще доходило

weko да дело вроде не в этом

WayBest перестали сеть насиловать атаками?

weko ну типо того

` До следующего нового года.

WayBest а че так долго то?

` Традиция ¯\_(ツ)_/¯

WayBest а китайский новый год тоже входит?

` История умалчивает..