~AreEnn
~AreEnn_
~R4SAS
~acetone
~orignal
~villain
@onon
&N00B
+Xeha
Guest58423
Leopold
Most2
Nausicaa
Nikat
Opax
Vort
`
anon3
armitage
b3t4f4c3
der_muzika
fidoid
i
kaotisk
karamba_i2p
korol4ik
nemiga
not_bob_afk
poriori
profetikla
qend
r3med1tz
segfault
soos
teeth
uis
un
user
weko
whothefuckami
woodwose
onon
Кстати, у меня уже давно была идея использовать несколько локальных дестинейшнов для одного сервиса.
onon
С одним ключом
onon
Там у каждого будет свой лизсет и клиент будет попадать на тот, который в данный момент опубликовался на флудфиле
onon
А публиковаться они могут по очереди с равными промежутками, ну или как получится.
onon
Таким образом можно обойти ограничение в 16 туннелей на 1 сервис
orignal
и это называется мультихомнг
orignal
и что тут нового?
orignal
аааа ты чтобы на одном
orignal
в принципе да можно
segfault
orignal: i2pd будет корректно работать, если сделать несколько destiations у которых прописать один ключ? и для серверных и для клиентских?
orignal
и как же ты интеренсно это сделаешь?
segfault
orignal: тут выше обсуждали
segfault
onon: предлагал
orignal
нет у тебя явно что то с логикой
orignal
он предлагал сделать то чего еще нет
orignal
а ты спрашиваешь про то что уже есть
segfault
orignal: в контексте это звучит так, как будто это можно сделать прям сейчас с текущим i2pd
segfault
orignal: это был пропозал, понял
onon
Раз уж тут зашёл разговор про UDP, возможно ли сделать "упаковку" нескольких коротких UDP пакетов в одно туннельное сообщение, если UDP пакеты меньше 500 байт?
onon
Я когда minetest гонял, у него пакеты по 10-15 байт бывают
onon
Это дикий оверхед
onon
Сделать небольшой буфер и читать размер пакетов и упаковывать.
orignal
а разве счас не так?
orignal
счас читается все что в буфере UDP сокета и отправляется одним сообщением
orignal
или ты хочешь несколько блоков в одном чесноке?
Vort
упаковка ведь лаг добавит
Vort
если несколько мс, то не страшно
onon
Да, небольшой лаг добавится, но оверхед снизится
orignal
так счас без лага
orignal
вот чего напихали в буфер то и отправится
orignal
то есть ты опять хочешь пейсер
onon
Лучше сделать чтобы туннельное сообщение несло максимальную полезную нагрузку
onon
Чтобы не слать мусор
orignal
так проц будет жрать
Vort
так какое "расстояние" между мелкими пакетами minetest`а?
Vort
по времени
un
чуваки вы даркнет делаете или под игры точите ? какая то хуйня
onon
Я не замерял
onon
Думаю около 10 мсек
Vort
в майнкрафте традиционная частота действий (тикрейт) - 20 герц
onon
Можно сделать параметр в конфиге
Vort
если память не изменяет
Vort
а 50мс - это дофига для склейки
Vort
вот разве что параметром
onon
Сколько жать следующего пакета
onon
В minetest там вроде в настройках настраивается частота обновления
orignal
то есть интревал сэмплирования
onon
В общем это пока мысли вслух.
onon
Лучше с задержками разберись.
Vort
я думаю, что если какая-то софтина бездумно хреначит мелкие пакеты, то это можно склеивать, да
Vort
а тики в игре склеивать - это даже игрокам может не понравиться
orignal
если она бездумно хреначит то и счас склеивает
Vort
а если комп быстрый?
orignal
да ты прав
orignal
тут надо продумать
orignal
фактически задржка возникает только на шифровании
segfault
orignal: onon: если и делать, то пусть будет в конфиге для каждого destination. пусть пользователь сам выбирает как профилировать упаковку udp
segfault
под разные задачи лучше делать по-разному
segfault
где-то мало проца и памяти
segfault
где-то мощные сервер и нужен макимальный трафик