Встреча разработчиков I2P — 31 января 2006 года

15:19 <jrandom> 0) привет 15:19 <jrandom> 1) Состояние сети 15:19 <jrandom> 2) Статус 0.6.1.10 15:19 <jrandom> 3) ??? 15:19 * jrandom машет 15:19 <jrandom> заметки о статусе опубликованы на http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 <jrandom> ок, переходим к 1) Состояние сети 15:21 <jrandom> как упоминалось в письме, у тех, кто на 0.6.1.9-0 (полный релиз), всё должно быть по-старому 15:21 <jrandom> хотя у пользователей на более новых сборках (начиная с 0.6.1.9-5 и новее) могут быть проблемы 15:21 <jrandom> («проблемы» — возможно, это ещё мягко сказано...) 15:21 <+Complication> CVS -8 был немного нестабильным, так что запускаю -2 вместо (работает вполне неплохо) 15:22 <gloin> :-) 15:22 <+Complication> =вместо 15:22 <Pseudonym> в последнее время всё кажется нестабильным (я на 0.6.1.9-0) 15:22 <jrandom> круто, я подумывал откатить изменения в процессах, но включить обновление ircclient от dust и патч i2ptunnel httpserver в head, но 0.6.1.10, вероятно, уже не за горами 15:23 <jrandom> хмм, Pseudonym, доступ к eepsites, IRC или другим сервисам, или их хостинг? 15:23 <+Complication> Нестабильно на -0? Как проявляется проблема? 15:23 <Pseudonym> В основном замечаю это в IRC (играю в idlerpg) 15:24 <jrandom> («играю» ;) 15:24 <Pseudonym> ещё иногда router ведёт себя странно, и его приходится перезапускать (нет активных пиров) 15:24 <Pseudonym> хех 15:24 <jrandom> хмм, проблемы с подключением к интернету? 15:24 <@frosk> -0 здесь стабилен, если не считать, конечно, дважды в день перезапуски "router hung!" 15:24 <jrandom> хрм, frosk, настоящий «router hung», или «router hung» из‑за истечения срока действия leaseSet? 15:25 <Pseudonym> с подключением к интернету всё в порядке. когда я перезапускаю i2p router, всё сразу возвращается 15:25 <+Complication> Мой Cel300 тоже зависает через некоторое время, но периоды увеличиваются, и я не в курсе причины 15:25 <@frosk> jrandom: истечение lease, я почти уверен 15:25 <jrandom> хмм, ок 15:26 <jrandom> почти всё это переписано для нового кода создания и управления, так что посмотрим, как пойдёт в 0.6.1.10 15:27 <@frosk> круто 15:27 <@frosk> буду рад помочь с тестированием 15:28 <Pseudonym> Мне не нужно, чтобы вы сейчас разбирались с проблемой. Я просто хотел добавить наблюдение по стабильности 15:28 <jrandom> круто, как только локально всё станет стабильным, мне определённо понадобится привлечь помощь :) 15:28 <jrandom> круто, спасибо, Pseudonym 15:28 <jrandom> ок, есть ли ещё что‑нибудь по 1) Состояние сети? 15:30 <jrandom> если нет, давайте перейдём к 2) Статус 0.6.1.10 15:30 <jrandom> как упоминалось в письме, вместо того чтобы накручивать твик на твик в живой сети, мы пойдём прямо к первоисточнику 15:31 <jrandom> это не будет обратно совместимо, так что будет... рывок, и хотя мы объединим с этим ещё несколько обратно несовместимых изменений, есть вероятность, что после этого будет ещё одно 15:32 <jrandom> конкретнее, одна идея, которую я обдумываю, — перейти на 1024‑битный ElGamal для кода создания tunnel, вместо 2048‑битного 15:32 <jrandom> но это может и не понадобиться. зависит от того, насколько сильно это ударит по нам в живой сети 15:34 <jrandom> если всё же понадобится, это будет означать просто обновление сети, но все назначения/и т. п. останутся прежними. 15:34 <jrandom> но в любом случае это то, что стоит исследовать после выхода 0.6.1.10 15:34 <+Complication> Вопрос по близкой теме: длина ключа как‑то связана с длиной структуры данных для создания tunnel? 15:34 <jrandom> да 15:35 <jrandom> напрямую связана: длина ключа * 2 * макс. число переходов (hops) == размер структуры данных 15:36 <jrandom> (то есть 256*2*8 = 4KB, что как раз соответствует размеру полноценных сообщений streaming lib) 15:37 <jrandom> ((У ElGamal коэффициент расширения 2x)) 15:38 <+Complication> Ага, спасибо. :) 15:38 <jrandom> ах да, ещё один момент по новой спецификации. в ходе реализации я обнаружил ещё один необходимый параметр (4‑байтовый «reply message ID»), который я добавил в спецификацию локально, используя некоторые из зарезервированных битов 15:40 <jrandom> надеюсь всё запустить в ближайшие несколько дней, так что, возможно, к выходным будут ранние (неанонимные) тесты 15:40 <jrandom> но, разумеется, подробности — по мере готовности 15:41 <jrandom> ок, есть вопросы/комментарии/опасения по вещам в 0.6.1.10? 15:41 <bar> ещё один близкий вопрос: во время развёртывания .10 как насчёт держать i2p.net на .9 пару дней для всех, у кого включено автообновление? 15:41 <bar> rollout* 15:41 <jrandom> ага, определённо 15:42 <jrandom> скорее всего, у меня будет два или три router на той машине во время миграции 15:42 <jrandom> и будут громкие предупреждения как минимум за 5 дней до релиза 15:42 <bar> отлично 15:42 <+Complication> Так действительно будет плавнее. 15:43 <+Complication> Форум кажется хорошим каналом. Блок новостей на Router Console тоже... 15:43 * jrandom вспоминает времена, когда каждый релиз был обратно несовместим... тогда мы хорошо натренировались ;) 15:43 <jrandom> ага, форум, блок новостей, список рассылки, сайт 15:43 <+Complication> Чтобы те, кто присматривает за своими машинами, знали. 15:43 <tethra> хехех 15:44 <jrandom> а те, кто всё ещё на 0.6.0.1, ну, им всё равно fscked ;) 15:44 <@frosk> головы с плеч 15:44 <+Sugadude> Совсем не по теме: можем ли мы почаще делать обратно несовместимые изменения, чтобы вынудить эти старые router'ы уйти? 15:44 <+Complication> Думаю, они просто забыли, что I2P запущен :) 15:44 <jrandom> хех, Sugadude 15:45 <jrandom> ну, если они совместимы, мы можем использовать их ресурсы, но если по какой‑то причине не можем, нам следует пометить их как несовместимые 15:47 <jrandom> ок, если больше ничего нет по этой теме, перейдём к нашему сборнику прочего: 3) ??? 15:47 <jrandom> у кого‑нибудь есть ещё что‑нибудь, что хочет поднять на собрании? 15:48 <tethra> где‑то на router console сказано, что пользователи за симметричными NAT сейчас не поддерживаются, это изменится в ближайшее время? 15:48 <tethra> или я проявляю чудовищное невежество в чём‑то 15:49 <+Complication> Относительно кода webcache... похоже, я почти готов. 15:49 <jrandom> есть несколько техник, чтобы помочь пользователям за симметричными NAT, которые bar изложил в списке рассылки и на форуме, хотя мне неизвестен какой‑либо немедленный прогресс по этому 15:49 <jrandom> о, отлично, Complication, дай знать, когда выкатывать релиз :) 15:50 <+Complication> Настроил watchdog, чтобы приемлемо прерывал загрузки, провожу немного тестов и уборки (сейчас он логирует гораздо больше, чем следовало бы).. 15:50 <+Complication> У меня поднят один webcache‑сервер, у awup есть ещё один... для реалистичного тестирования, возможно, стоит включить лимитирование... 15:51 <+Complication> ...если удастся встретить legion, спрошу, не захочет ли он тоже поднять один. 15:52 <jrandom> круто, даже один webcache был бы отличным началом 15:52 <+Complication> И если кто‑то ещё захочет запустить скрипт (доступен на awup.i2p, Python‑скрипт, использующий SAM)... их ссылки можно добавить, хотя сейчас добавление ссылок к большему числу «seed webcaches» требует перекомпиляции исходников. 15:53 <+Complication> (не в файле, а в заголовке GWebCacheContainer.java) 15:53 * gloin не знает, что это за штука — webcache. 15:53 <jrandom> gloin: это позволяет подключиться к i2phex, не скачивая файл i2phex.hosts в первый раз 15:54 <+Complication> gloin: для упрощения интеграции I2PHex 15:55 * cervantes опаздывает 15:55 <+Complication> И для тех, кто переподключается позже (напр., у кого закончились живые ссылки на пиров), он может предложить свежие ссылки 15:55 <gloin> ок. 15:57 <+Complication> Ох, снова офлайн 15:58 <stealth> как насчёт автоматического запуска i2phex после старта i2p ? 15:58 <+Complication> Похоже на перебор 15:58 <+Complication> По крайней мере на текущем этапе 15:58 <jrandom> stealth: ты можешь заставить i2p router запускать любое Java‑приложение, добавив записи в свой файл client.config 15:59 <+Complication> Кроме того, думаю, I2Phex можно запускать до того, как запустится I2P 15:59 <@frosk> на любом этапе 15:59 <+Complication> Теоретически он должен продолжать пытаться подключиться, пока I2P не поднимется 15:59 <+Complication> (хотя не проверял) 15:59 <jrandom> только помни: если ты укажешь ему запускать i2phex, когда i2phex закроется, велика вероятность, что клиент i2phex убьёт JVM (перезапустив твой router) 16:00 <+Complication> Кроме того, это можно довольно легко заскриптовать... 16:00 <+Complication> e.g. "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 <+Complication> (или как там было) 16:01 <+Complication> Извиняюсь, вероятнее /home/user/i2p :) 16:01 <cervantes> не забудь запустить /usr/games/tetris перед sleep 100 16:02 <jrandom> точняк 16:02 <jrandom> ок, есть ли ещё что‑нибудь для встречи? 16:03 <stealth> ну, я думал об этом — просто запускать exe. решение i2psnark с «always on» лучше, потому что люди забывают шарить свои файлы, если они ничего не скачивают... 16:04 <jrandom> ага, хотя мне ещё не попадался gnutella‑клиент, достаточно тонкий (чтобы его можно было интегрировать) 16:05 <cervantes> разве в текущем Phex не ведётся работа по абстрагированию UI? возможно, клиент в итоге станет лёгким 16:05 <+Complication> Я не читал ту часть Phex CVS 16:06 <jrandom> если phex можно было бы запускать как .war, это было бы действительно круто 16:06 <cervantes> isn't the=isn't there 16:06 <cervantes> возможно, я ошибаюсь 16:06 <+Complication> Sirup, конечно, работал над XML‑RPC интерфейсом, но я не уверен, что Gregor и ко тоже 16:07 <+Complication> Так что я не уверен, портировал ли sirup это внутрь или начал писать с нуля 16:09 <jrandom> если правильно помню, он просто импортировал apache'овскую xmlrpc‑библиотеку и экспонировал часть внутренностей i2phex, но над этим, вероятно, уже 6–8 месяцев не велось работы, и оно так и не было функциональным, насколько мне известно 16:10 <fox_> <tethra> mutella — это web‑based gnutella‑клиент, довольно лёгкий, если правильно помню. не уверен, что это поможет, но хех, возможно, стоит кому‑нибудь (поталантливее) посмотреть на него. 16:10 <fox_> <tethra> хотя возможно, это не то, что требуется. 16:12 <jrandom> портировать новый — это приличный объём работы, особенно, к сожалению, если он на C/C++ 16:12 <+Complication> Лично я вряд ли буду возиться с XML‑RPC. Однако попытки поймать различные баги... в моих ближайших планах. 16:13 * Complication хочет навсегда избавиться от эффекта rehash, ведь это такая пустая трата времени 16:13 <jrandom> о, возможно, это запускается из‑за смены часового пояса? 16:14 <jrandom> когда I2P SDK подключается к router, он получает от него текущее время I2P (NTP) и переводит JVM SDK в UTC 16:14 <+Complication> Звучит маловероятно... но на этом этапе я мало что могу исключить 16:15 <jrandom> (и если rehash зависел от порядка и меток времени файлов, возможно, сдвиг на несколько часов это менял бы) 16:15 <jrandom> да, ты уже многое раскопал, просто упоминаю возможность 16:15 * jrandom не знает об этом ничего, кроме твоих отчётов о багах :) 16:16 <+Complication> Это случается время от времени и *кажется* связано с чем‑то, происходящим, когда конфигурационный файл «sharedlibrary» загружается/перезаписывается 16:16 <+Complication> Хмм, интересная возможность... 16:16 <+Complication> Я недостаточно копнул, чтобы это исключить 16:18 <jrandom> ок, у кого‑нибудь ещё есть что‑нибудь для встречи? 16:19 <jrandom> если нет... 16:19 * jrandom подводит итог 16:19 * bar желает jrandom удачи с .10 и вручает ему блестящий baf 16:19 <jrandom> gracias :) 16:19 * jrandom закрывает встречу *baf*'ом