~AreEnn
~R4SAS
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest29533
HackerMan
Most2
Nausicaa
Ruskoye_911
Trusishka
Vort
`
acetone_
anon3
b3t4f4c3
flumental
nemiga
not_bob_afk
plap
poriori_
profetikla
segfault
soos
teeth
un
weko_
whothefuckami
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
насколько я знаю дед так и делает