Эй, народ, снова пора для наших вторничных тирад

  • Index
  1. Состояние сети и 0.6.1.12 2) Путь к 0.6.2 3) Минипроекты 4) ???
    1. Net status and 0.6.1.12

За последнюю неделю в сети произошли существенные улучшения: сначала благодаря широкому развертыванию 0.6.1.11 в прошлый вторник, а затем — релизу 0.6.1.12 в минувший понедельник (который на данный момент доведён до 70% сети — спасибо!). В целом дела обстоят значительно лучше по сравнению с 0.6.1.10 и более ранними релизами — показатели успешности построения tunnel на целый порядок выше без каких-либо тех самых fallback tunnels, задержка снизилась, использование CPU уменьшилось, а пропускная способность выросла. Кроме того, при полностью отключённом TCP уровень повторной передачи пакетов остаётся под контролем.

    1. Road to 0.6.2

В коде выбора пиров всё ещё требуется доработка, поскольку мы по-прежнему видим показатель отказов клиентских tunnel на уровне 10-20%, а tunnels с высокой пропускной способностью (10+KBps) встречаются не так часто, как следовало бы. С другой стороны, теперь, когда нагрузка на CPU так сильно снизилась, я могу запустить дополнительный router на dev.i2p.net без создания проблем для моего основного router (который обслуживает squid.i2p, www.i2p, cvs.i2p, syndiemedia.i2p и другие, выдавая 2-300+KBps).

Кроме того, я тестирую некоторые улучшения для людей в сильно перегруженных сетях (что, хотите сказать, есть те, кто не в перегруженных сетях?). Похоже, в этом направлении есть некоторый прогресс, но потребуется больше тестирования. Это должно, надеюсь, помочь тем 4 или 5 людям в irc2p, у которых, похоже, возникают проблемы с поддержанием надежных соединений (и, конечно, тем, кто молча страдает от тех же симптомов).

После того как это будет хорошо работать, нам всё ещё предстоит поработать, прежде чем мы сможем назвать это 0.6.2 - нам нужны новые стратегии упорядочивания пиров, в дополнение к этим улучшенным стратегиям выбора пиров. В качестве базового набора я бы хотел получить три новые стратегии - = строгий порядок (ограничение предшественника и преемника каждого пира, с ротацией по MTBF) = фиксированные крайние точки (использование фиксированного пира в качестве входного шлюза и исходной конечной точки) = ограниченный сосед (использование ограниченного набора пиров в качестве первого удалённого хопа)

Есть и другие интересные стратегии, которые предстоит проработать, но эти три наиболее важны. Как только они будут реализованы, мы будем функционально готовы к 0.6.2. Ориентировочный срок — март/апрель.

    1. Miniprojects

Дел полезных — хоть пруд пруди, но я лишь хочу обратить ваше внимание на пост у меня в блоге с описанием пяти небольших проектов, которые разработчик мог бы наскоро собрать, не тратя слишком много времени [1]. Если кто-то захочет за них взяться, уверен, мы выделили бы немного ресурсов [2] из общего фонда в качестве благодарности, хотя я понимаю, что большинство из вас движимы хакерским интересом, а не деньгами ;)

[1] http://syndiemedia.i2p.net:8000/blog.jsp? blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=& entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1140652800002 [2] http://www.i2p.net/halloffame

    1. ???

В любом случае, это краткий обзор того, что происходит, насколько мне известно. Также поздравляем cervantes с достижением 500-го пользователя форума, кстати :) Как всегда, загляните на #i2p — встреча через несколько минут!

=jr