IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/11/02
~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+relaybot
DUHOVKIN
Leopold
Most2
Nausicaa
Vort
Xeha
anon2
b3t4f4c3
karamba_i2p
nemiga
not_bob_afk
poriori_
profetikla
soos
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 насколько я знаю дед так и делает