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

orignal может быть сделать размер буфера для тоннеля конфигурируемым?

Vort самый лучший вариант - когда программа работает оптимально без дополнительных шаманств с конфигами

Vort стоит прикинуть, сколько обычно туннелей у юзера и сколько обычно RAM доступно

orignal ну давай тогда твои предложения

Vort если запас есть, то просто поднять чуть размер и всё

orignal мы читаем из сокета в некий буфер потом передаем его в стрим и стрим пытается отправить

orignal смотри

orignal если ты сделаешь буфер скажем мегабайт

orignal тогда это клиенсткое приложения будет с толку сбивать

Vort стрим будет хомячить данные и тупить с отправкой?

Vort тогда стоит прикинуть обычные размеры буферов у сокетов

Vort сейчас погуглю, не так давно с этим разбирались вроде

orignal или размер буфер должен считаться исходя из размера окна

Vort ну это понятно, самый лучший вариант. но самый рискованный

Vort может стоит вначале починить неравномерное наполнение? а там будет видно

Vort "<~orignal> тогда это клиенсткое приложения будет с толку сбивать" мегабайт может и собьёт с толку. а 64 килобайта, допустим?

orignal 64K тоже плохо потому и надо бы это менять

Vort погуглил про буферы и вспомнил что они динамические пока программист туда не полез с настройками

orignal а то клиентскио заполняет 64K думает что скорость высоквая

orignal заполнени то починю

orignal но мне не нравится что оно основано на размере буфера

Vort надо бы понять, от чего (мгновенный) размер буфера сокета зависит

Vort но я когда прошлый раз пытался понять, то нифига не вышло

Vort то есть, скорее всего, надо прорабатывать эту систему исходя из того, как именно работают сокеты

Vort поэтому и предлагаю вначале бесспорный (надеюсь) вопрос решить

orignal счас попробую

orignal вообще я рассматриваю модель что с сокета идет большой поток и затык на стримах

orignal то есть всякий раз когда мы читаем из сокета там что нибудь да есть

Vort если брать обычный сценарий, то, видимо, да. а так вообще есть же IRC и прочее

Vort но меня беспокоит кое что другое

Vort что от того, как именно мы читаем из сокета, может зависеть динамический размер буфера сокета в конкретный момент времени

Vort то есть, стоит попробовать решить заодно и проблему забивания буфера у сокета

Vort ведь если в сокет напиахалось 256 килобайт, то что там за буфер на стриме уже как бы примерно пофигу

orignal для ирка размер буфера без разницы

orignal не так

orignal мы считаем что можем читать из сокета сколь угодно быстро

orignal если нужно

orignal то есть это зависит только от нас

orignal читаем мы сокет или не читаем

orignal если не читаем тогда и набивается

orignal и счас мы не читаем пока предыдщие данные не отправили

orignal сделал

orignal буду пробовать

Vort тоже потестирую, просто на стабильность. давно не обновлялся

orignal может поломал чего

orignal если работать будет то и для сэма такую же логику запилю

qlkef PQ уже запилили?

orignal давно уже все работает

orignal если openssl 3.5 естественно

qlkef для активации что-то включать нужно?

orignal включаешь поддрежку тиап ширования 5 для дестинейшина

orignal и пробуешь с теми кто его поддерживает

orignal i2cp.leaseSetEncType=5,4

orignal вот так например

orignal вроде радио работает по новому алгоритму

qlkef i2cp.leaseSetEncType=5,4 это типа если роутер не поддерживает 5, то свалится на 4?

orignal типа да

orignal сначала пробует 5 а если нет то 4

qlkef ок