IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2023/03/25
~AreEnn
~R4SAS
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest29533
HackerMan
Most2
Nausicaa
Ruskoye_911
Vort
`
acetone_
anon3
b3t4f4c3
fidoid
flumental
nemiga
not_bob_afk
plap
poriori
profetikla
segfault
soos
teeth
tensor
un
weko_
whothefuckami
Vort говорил я несколько дней назад о том, что MSVC сборка у меня работает быстрее, чем clang. сравнил я сегодня работу бинарников потщательнее и пришёл к выводу, что этот эффект был совпадением. слишком много меняющихся факторов
weko ну вот
weko переезд на шинду отменяется
Vort я в пределах одной ОС сравнивал )
weko всю шутку испортил!
orignal че там еще чинить нало?
orignal ух я счас начиню ))
weko UDP!))
Vort да и перезагрузку туннелей тоже можно )
weko Да!
weko Я там писал идеи насчёт этого. Но и довести до рабочего состояния - уже хорошо
weko Ещё - поле публикации лиссета в SAM (для совместимости по умолчанию true); возвращение статуса ок только после публикации лиссета (если он нужен)
weko Ну и ещё bb32 в udp туннелях
Vort попробовал врубить AVX2 в MSVC - и получил зависание i2pd. интересно - моя ошибка, MSVC или i2pd. пока кажется, что шанс моей ошибки выше
orignal а avx2 то тебе зачем?
Vort может, ускорит что-то. а, может, наоборот :)
Vort но зависать не должно в любом случае
Vort похоже, это openssl такое не понравилось. хотя ещё покопаю
whothefuckami Публикация лизсета в сэм хмммммм
whothefuckami А можно где-то проголосовать за фичу?
orignal он хочет параметр чтобы не публиковался
Vort про AVX2 - это оказался баг в MSVC: github.com/openssl/openssl/issues/3803
orignal ну возможно
orignal насчет публикации лизсета и возврата статуса да мысль интересная счас попробую
Vort на гитхабе libtorrent`а образовалось обсуждение по поводу того, как лучше хранить дестинейшены в библиотеки
Vort я поначалу думал, что правильный вариант - base64. но, похоже, можно и base32 обойтись
Vort однако что будет быстрее? или примерно одинаково?
orignal точнее просто 32 байта
orignal через сэм этого хватит ибо все равно лизсет запрашивать
Vort в i2p/i2pd есть какое-то кеширование? если по несколько раз к одному и тому же адресу стучаться, то только первый раз будет медленно?
orignal так он посмотри в локальном списке лизсетов и все
orignal если есть то оттуда вернет не запрашивая
Vort окей
orignal ну и вот поссмотри в ~/.i2pd/addressbook
orignal папки на буквы b
orignal там как раз base32->base64 хранится
Vort если тормозить и глючить не будет - то это главное :)
Vort это получается вообще naming lookup в SAM не особо нужны?
orignal так он как раз и возврашает
orignal но STREAM CONNECT понимаем и b32
orignal сам
orignal сэм это вообще набор костялей
Vort ок, отписал на гитхаб. если не так - поправляй )
orignal счас
orignal добавил
orignal просто этот хак в докуенатции не описан
orignal он как бы "неоифициальный"
orignal b33 кстати тоже работет
Vort уже описан, там в теме цитаты есть
Vort точнее, в доках i2pd может и не описан, а в i2p доках есть
orignal ну дед мне доказывал что так нельзя делять
orignal а оказалось что в джаве тоже так
orignal когда разговор был про B33
orignal теперь смотри какая есть проблема
orignal ты понимаешь как сэм работает по p2p?
Vort ну я же чинил, видел некоторые команды. но не всё понимаю конечно
Vort нормально работает в общем. но arvidn захотелось изменений...
Vort лишь бы свежих багов не наплодил
orignal смотри что происходят со STREAM ACCEPT
orignal он в начале присылает base64 пира
Vort ну да. arvidn хочет хеш считать самостоятельно
Vort и хранить уже хеш
orignal это не проблема
orignal проблема в другом
orignal как передать факт что это реально b33 если у пира шифрованный лизсет?
Vort я вообще не знаю как b33 работают (
Vort так что в этом ничего не понимаю
orignal в самом лизсете есть флаг что он публикутеся как шифрованный