~AreEnn
~R4SAS
~orignal
~villain
&N00B
+Xeha
+relaybot
DUHOVKIN
Guest18377
HackerMan
KabaOS
Most2
Nausicaa
Ruskoye_911
Trusishka
Vort
`
acetone_
anon3
b3t4f4c3
flumental
mittwerk
nemiga
not_bob_afk
plap
poriori_
profetikla
segfault
soos
teeth
tensor
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
ладно погляжу чего мы не обрабатываем