IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#dev
/2024/07/18
~R4SAS
~acetone
~orignal
~villain
&N00B
+Xeha
+relaybot
AreEnn
DUHOVKIN
Guest7184
Leopold
Most2
Nausicaa
Ruskoye_911
Vort
`
anon2
b3t4f4c3
karamba_i2p
nemiga
not_bob_afk
plap
poriori
profetikla
soos
teeth
un
weko_
whothefuckami
tetrimer С правильно взведенной переменной "USE_GIT_VERSION=yes" - собирается -DGITVER=2.52.0-65-gbed5a182 и про себя пишет "i2pd version 2.52.0-65-gbed5a182 (0.9.63)". С неправильно взведенной, или без этой переменной - пишет, что версия "i2pd version 2.53.0 (0.9.63)".
Vort tetrimer: тега ещё нету
Vort но в любом случае на функционал это не влияет
tetrimer Это понятно.
Vort тогда что не понятно?
tetrimer Одна и та же сборка дает разные версии.
Vort потому что информация берётся из разных мест
Vort теоретически, она должна быть синхронизирована
Vort но на практике - имеем, что имеем. ждём R4SAS
tetrimer И в мейкфайле надо логику поправлять в части USE_GIT_VERSION, т.к. в одном месте проверяется просто её наличие, а во втором - надо непременно, чтобы было "yes" маленькими буквами.
tetrimer Обычно в скриптах используют что-то типа "[Yy][Ee][Ss]", чтобы не отличался результат.
tetrimer Надо проверить: прокатит ли такое у make/gmake
onon Не могу найти где у нас работа с i2cp MessageStatusMessage
onon нашёл только DeliveryStatusMessage
orignal возможно мы и не обрабатываем
orignal там не все сделано
onon Так если нет обратной связи с приложением, то и не будет работать нормально снарк
orignal ну вот видишь ззначит нашел проблему
orignal говорю же там все криво
onon Там куча проблем
orignal естественно
orignal я проверил что I2PTunnel с джавы работает
orignal на этом и успокоился
onon Я, например, не понимаю, зачем собирать 64 датаграммы, а потом отправлять
onon Если датаграмма к примеру 10кб, то это 640кб сразу
onon Их нужно по одной отправлять
orignal я не помню что там
onon А насчет туннелей, если я правильно понял как сейчас работает. Он берёт один SharedRoutingPath и шлёт всё туда. Все 1000 торрентов.
onon Потом когда засрал этот туннель, переключется на следующий
orignal гвоорю же я не помню
orignal много лет назад делал
orignal знаю что там все криво
onon Если я правильно понял, SharedRoutingPath живёт от 5 до 10 сек
onon Потом выбирается новый
onon Самое простое, что можно сделать в этой ситуации - это просто выбирать новый SharedRoutingPath на каждую новую датаграмму
onon Так нагрузка будет "размазываться" по всем туннелям
orignal возможно
onon А не перегружать один, пока остальные простаивают
orignal ну снарк обычно к куче пиров покдючен
onon Сделал смену пути для каждой датаграммы - особо ни на что не повлияло.
onon Лич коннектится, запрашивает куски файла, снарк отправляет несколько фрагментов и всё. Видимо ждёт подтверждения.
onon Потом проходит таймаут, лич снова запрашивает части, снарк снова отдаёт немного и опять ждёт
onon И так по кругу
onon Положительный эффект от размазывания нагрузки по туннелям в таком случае заметен только на большом количестве торрентов
` Чей домен xmpp.ilita.i2p?
` Мне кажется, или аплоад медиаконтэнта там не работает в .б32.ш2з
` выдаёт 404, хотя разница только в том, что вместо .ш2з юзаю .б32.ш2з
relaybot 13apophis: > `: выдаёт 404, хотя разница только в том, что вместо .ш2з юзаю .б32.ш2з
relaybot 13apophis: потому
orignal так надо понять какое сообщение надо отсылать или обрабатывать
` apophis, чини.
relaybot 13apophis: > `: apophis, чини.
relaybot 13apophis: все работает, кака всегда. Никакой отсебятибны
relaybot 13apophis: б32.и2п идет лесом
` А почему 404
onon Наверное все Message Types
` > apophis: б32.и2п идет лесом
` Иди в клирнет
` Или в тор
relaybot 13apophis: > `: А почему 404
relaybot 13apophis: у меня нет 404
relaybot 13apophis: значит ... ваши проблемы
` Говносервис твой, а проблемы мои.
orignal надо по уму делать как у деда
orignal они же как то тоннели выбирают
orignal ладно погляжу чего мы не обрабатываем