#dev (ilita) | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

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, чини.

onon i2p-projekt.i2p/spec/i2cp

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 ладно погляжу чего мы не обрабатываем