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

flumental я правильно понимаю что все routerinfo файлы i2pd держит открытым? Можно сделать фичреквест чтобы сделали какой-нибудь один sqlite-файлик с ними всеми или что-то подобное? Насколько адекватно при такой ситуации линковать i2pd в приложение

flumental чатика под андроид? Будет получается много приложений и каждое будет держать по 4к файлов открытым

flumental открытыми*

flumental я думал сделать свою версию i2p чтобы можно было использовать как библиотеку в приложениях, но не осилил эти мозголомные спеки

Vort "<flumental> ... Можно сделать фичреквест ... ?" orignal не хочет тащить в i2pd дополнительные зависимости (sqlite). а самостоятельная реализация базы данных - это гарантированная куча проблем

flumental ну хоть носом можете меня ткнуть во все места где идут обращения к этим открытым файлам чтобы я форк сделал?

flumental Смотрю RouterInfo.cpp да вроде нету там такого чтобы файлы не закрывались и надо было 4к держать открытыми

flumental так и NTCP2.cpp смотрю и непохоже чтобы там надо было стотыщ страниц спеки чтобы это понять

Vort так может они из-за бага открытыми держатся?

Vort i2pd вроде как должен открывать, читать, и закрывать

flumental может они и не держатся, но в доках написано прописывать ulimit большой

Vort а, тьфу

Vort то из-за сокетов

Vort а не из-за RI

Vort у линуксоидов всё - файлы. даже то, что не файлы

un заходишь в data/netDb и запускаешь fuser */* получаешь пусто. fuser показывает процесс который держит файл открытым

flumental а как R4SAS на чайнике подымал i2pd? как-то снижал количество сокетов? Не верится что чайник столько одновременных коннектов держит

Vort flumental: скорее всего, лимитами на скорость можно и количество коннектов уменьшить

un что за чайник

flumental умный чайник какай-то, с прошивкой

flumental сайт там вроде лежал на нем

un про чайники была старая шутка про netbsd "of cause it runs netbds" wiki.netbsd.org/ports/, но может сейчас линукс используют как embeded

un в слюбом случае тут количество сокетов не должно влиять на пряму. только косвенно из за ограничений по памяти

un кароче никакой ракетной науки тут нет. этому дело сто лет

orignal flumental ты спрашиваешь что ли откуда фйловые дскрипторы?

orignal так это сокеты

orignal и с TCP сокетами ты ничего не поделаешь

orignal мораль что если не хватает сокетов надо отключать NTCP2

Vort ну почему же. меньше трафика -> меньше транзитов -> меньше сокетов

Vort но и вариант с отключением NTCP2 тоже проверять стоит

orignal не в том дело

orignal в NTCP2 каждая сессия это отдельный сокет

orignal а в SSU2 он один на всех

Vort так это не противоречит тому, что я написал

orignal иначе говоря SSU2 сокеты не плодит

orignal противоричет тем что транзита и трафика не меньше

orignal на чистом SSU2 столько же

Vort я имею в виду, что можно уменьшить количество сокетов не отключая NTCP2

orignal ну да постаить L например

orignal или O

flumental ssu2 получается круче

Vort flumental: пока UDP не заблокирован, ага

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

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

whothefuckami <Vort> flumental: пока UDP не заблокирован, ага

whothefuckami Всмы, а quic как будет работать?

orignal ssu2 ясен пень круче просто он работает хуже

orignal его надо дальше додеывать

flumental реализацию или протокол?

orignal реализацию

orignal всякие там пейсеры и прочее

Vort "<whothefuckami> Всмы, а quic как будет работать?" цензорам на удобства юзеров пофигу. в крайнем случае, выпустят браузер без quic

Vort ну и помимо больших цензоров есть цензоры маленькие - выпускающие юзеров в сеть через прокси

Vort или похожий пример - когда юзер вынужден через Tor подключаться

Vort я не говорю, что вариант блокированного UDP был или будет популярен. надо просто это учитывать

Vort что бывают ситуации, когда UDP недоступен

Vort "<~orignal> реализацию" протокол тоже. отсутствие необновляющего активность keepalive - это, честно говоря, позор какой-то

Vort невозможность оперативно такую возможность добавить из-за проблем с коммуникацией - тоже ничего хорошего

orignal а че там с keepalive?

Vort дырку не только пробить важно, но и поддерживать в пробитом состоянии

Vort сейчас это сделано только для интродьюсеров и их сессии специально держатся активными

orignal ну так запрашивать акк и все

Vort надо же и для остальных сессий, но без поддержания активности

orignal все же просто

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

Vort надо чтобы при всём этом сессия имела возможность отвалиться по таймауту

orignal надо подумать как

Vort условно вечно надо держать сессии только к интродьюсерам

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

orignal или пустой пакет не считать за активность

orignal но отвечать

orignal насколько я знаю дед так и делает