~AreEnn
~R4SAS
~acetone
~orignal
~villain
&N00B
+relaybot
DUHOVKIN_
Guest7184
Most2
Nausicaa
Nikat
Ruskoye_911
Vort
Xeha
anon3
b3t4f4c3
fidoid
karamba_i2p
nemiga
not_bob_afk
onon
plap
poriori
profetikla
qend
segfault
soos
teeth
tetrimer_
uis
un
unlike
user
vade
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
b32
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
в самом лизсете есть флаг что он публикутеся как шифрованный