Встреча разработчиков I2P - 20 июля 2004

14:05 <jrandom> 0) привет 14:05 <jrandom> 1) 0.3.2.3, 0.3.3 и дорожная карта 14:05 <jrandom> 2) s/reliability/capacity/g 14:05 <jrandom> 3) обновления сайта 14:05 <jrandom> 4) атаки и защиты 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) привет 14:05 * jrandom машет рукой 14:05 <jrandom> еженедельные статусные заметки выложены @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 <jrandom> переходим сразу к 1) 0.3.2.3, 0.3.3 и дорожная карта 14:07 <jrandom> (пока вы, ребята, читаете дальше, полагаю ;) 14:07 <jrandom> релиз 0.3.2.3 уже вышел и, похоже, работает хорошо 14:07 <jrandom> какие основные боли вы видите? 14:08 <deer> <Nightblade> вообще никаких проблем 14:08 <deer> <duck> 4 дня аптайма без проблем 14:08 <jrandom> хмм, круто 14:08 <deer> <duck> у некоторых irc не слишком стабилен 14:08 <deer> <duck> например, kaji выкидывает каждую минуту 14:08 <deer> <duck> но это не ново 14:09 <jrandom> да, с ним так же на сети freenode случается, так что не уверен, на что тут пенять 14:09 <deer> <duck> ага 14:09 <deer> <duck> у connelly были какие-то плохие скачивания, насколько мне известно 14:10 <deer> <duck> но вы же не слышите, как я жалуюсь 14:10 <jrandom> ах да? хмм, кажется, мы выяснили, что часть была связана с его либой, но у меня тоже изредка случались сбои на больших передачах файлов 14:10 <jrandom> особенно когда лычу книжки с alexandria 14:10 <jrandom> (ну, не особенно, просто это единственный сайт, с которого я лычу) 14:11 <deer> <duck> :) 14:11 <jrandom> ок, мой план такой: как только выйдет 0.3.3, своё время я сосредоточусь на выходе 0.4, параллельно с любыми багфиксам, которые всплывут 14:12 <jrandom> работы по 0.4 в основном простые вебовые штуки (новая консоль router'а с сервлетами, интеграция с Jetty, сервлет для управления router'ом и сервлет для настройки экземпляров i2ptunnel) 14:13 <jrandom> возможно, кто‑нибудь из jsp/servlet-народa поможет с этим, чтобы «намочить ноги» в коде, хотя я уже немало такого делал, так что имплементация будет несложной 14:13 <jrandom> насколько мне известно, инсталлер hypercubus практически готов 14:13 <jrandom> (хотя я сегодня навесил на него ещё работы ;) 14:13 <deer> <duck> featurecreep++ 14:14 <jrandom> держит людей в тонусе :) 14:14 <jrandom> (но камон, все ненавидят качать все jar'ы по отдельности при апгрейдах) 14:14 <deer> <duck> да, это моя главная проблема с обновлениями 14:14 <deer> <duck> (хотя я использую cvs) 14:14 <deer> <duck> но была бы, если бы не использовал 14:15 <jrandom> хех 14:15 <mihi> jrandom: просто tar всех их -> 1 download ;) 14:15 <jrandom> было бы достаточно просто, и оставить updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 <jrandom> (после вызова наподобие wget) 14:16 <jrandom> думаю, hypercubus держит код для всего этого под контролем, так что оставим ему сделать Правильную Вещь 14:17 <jrandom> в общем да, как, возможно, заметили, наш график уже не тот, что раньше 14:17 <jrandom> дорожная карта обновлена и уууууудоооллллеееенннааа 14:18 <mihi> jjrraannddoomm:: ппроввеерь ссвой ддуупплеексс ссввичч 14:18 <deer> <Nightblade> ахах 14:18 <jrandom> хех 14:18 * mihi сделал ошибку... кто заметит первым? 14:19 <jrandom> (\n\n) 14:19 <jrandom> но так или иначе 14:19 <mihi> ок, ещё одну ;) 14:19 <duck> (нет двойных пробелов) 14:19 <mihi> duck++ 14:20 <jrandom> думаю, дорожная карта довольно реалистична как минимум до релиза 1.0, хотя, в зависимости от принятия пользователями и отзывов, мы можем переупорядочить или выкинуть один из 0.4.2 или 0.4.3 14:20 <jrandom> (и, конечно, как всегда, дорожная карта может меняться, если подключится больше людей :) 14:21 <modulus> может, когда‑нибудь и я, после того как выучу java, но i2p звучит как проект не для новичка. 14:21 <deer> <Sandworm> да, просто займёт больше времени :) 14:21 <deer> * duck ожидает ещё пару срывов по дороге 14:21 <modulus> :-) 14:22 <deer> * duck это едва можно назвать срывами, взгляните на впечатляющую таблицу на http://www.i2p.net/redesign/announcements 14:22 <jrandom> срывы, конечно, возможны, но я считаю, оставшиеся этапы вполне реализуемы 14:22 <jrandom> да, спасибо, что показал, что у меня нет личной жизни, duck ;) 14:22 <deer> <duck> это и есть твоя жизнь 14:22 <modulus> так когда 1.0 выйдет? :-) 14:22 <deer> <duck> гордись этим 14:23 <jrandom> modulus: хотя кое‑какие части i2p — ещё та боль, есть много кусочков, которые новичок может легко взять 14:23 <modulus> наверное, скучные кусочки, а? 14:24 <jrandom> да нет, вовсе нет. например, накидать симпатичное анонимное приложение для передачи файлов или чата, мини‑веб‑сервер, MUD, шахматное приложение, что угодно 14:24 <duck> (обновления сайта) 14:24 <modulus> хмм, звучит круто. 14:24 <jrandom> (то есть простые клиентские приложения, которые могут быть анонимными) 14:24 <jrandom> и, конечно, обновления сайта ;) 14:25 <modulus> что за тема с обновлениями сайта? 14:25 <jrandom> нашему сайту нужна работа (см. http://dev.i2p.net/pipermail/i2p/2004-July/000358.html или подождите пару минут до пункта 3 повестки) 14:25 <cat-a-puss> Как myi2p вписывается во всё это? 14:25 <modulus> ага ага 14:26 <jrandom> cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 <modulus> думается, myi2p сейчас не в приоритете... 14:26 <jrandom> (я как раз написал короткую страницу об этом пару часов назад) 14:27 <jrandom> кстати, все обновления сайта отправляются в рассылку i2pwww (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 <modulus> хмм, я мог бы написать глобальный naming ap :-) 14:28 <jrandom> но я всё ещё вижу реализацию myi2p (минимум базовая адресная книга и блог) в релизе 1.0 14:28 <jrandom> (согласно дорожной карте, намечен на ноябрь) 14:28 <jrandom> да, вполне мог бы 14:28 <modulus> что‑то попроще DNS, с аутентификацией и делегированием TLD's 14:28 <jrandom> это было бы совсем неплохо — простое приложение, которое опрашивает центральный сервер имён, было бы кстати 14:29 <modulus> ага 14:29 <jrandom> ну так, вперёд, кодить :) 14:29 <modulus> начну завтра. пинайте меня, если займусь другим ;-) 14:29 <jrandom> хе‑хе, ок, так и сделаем 14:29 <jrandom> ок, переходим к 2) s/reliability/capacity/g 14:29 <duck> маленький вопрос по сайту: 14:29 <duck> о, подождите 14:29 <duck> это к 3 14:29 <duck> сорри 14:29 <jrandom> конечно, что там? 14:30 <jrandom> ага, ок 14:30 <jrandom> в релизе 0.3.3 будет довольно фундаментальное изменение в коде профилирования и выбора пиров, как описано в письме и http://www.i2p.net/redesign/how_peerselection 14:31 <jrandom> у меня это сейчас крутится на паре router'ов и, похоже, ведёт себя вполне прилично (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 <jrandom> и больше никаких отрицательных значений :) 14:31 <modulus> :) 14:32 <jrandom> ещё немного «попинаю колёса», может, денёк‑другой, и выпущу это как 0.3.3 14:32 <cat-a-puss> d 14:32 <cat-a-puss> <modulus> 14:32 <cat-a-puss> ой 14:33 <duck> предлагаешь не обновляться из cvs? 14:33 <cat-a-puss> для dns гляньте кэш http://www.levien.com/thesis/compact.pdf 14:33 <jrandom> нет, cvs сейчас довольно стабилен 14:33 <jrandom> (но, как всегда, будьте готовы откатиться, если прилетит какая‑то гадость) 14:35 <jrandom> выглядит круто, cat-a-puss, спасибо 14:35 <cat-a-puss> (у меня есть копия оригинала, если кому нужно) 14:36 <jrandom> кэш Google слегка портит изображения, так что если есть сырой pdf — было бы отлично 14:36 <jrandom> впрочем, мы немного ушли в сторону (но можем вернуться) 14:37 <jrandom> это, пожалуй, всё по переключению reliability/capacity, переходим к 3) обновления сайта 14:37 <jrandom> duck: ты хотел что‑то поднять? 14:38 <jrandom> пока duck готовит заметки, может, у кого‑то есть идеи/предложения/опасения относительно пунктов из письма? 14:39 <deer> <Nightblade> сайт выглядит хорошо 14:39 <jrandom> да, мне нравится новая навигация, и макет сайта очень чистый 14:40 <deer> <Nightblade> проще искать нужное 14:40 <cervantes> искать стало _гораздо_ проще 14:40 <duck> прежде всего хочу поблагодарить нашего защитника пользователей protocol — стал полезным :) 14:40 <jrandom> хех 14:40 <duck> он предложил хорошие идеи, и ведь только начал 14:40 <cervantes> трижды ура! 14:40 <jrandom> (поддерживаю!) 14:41 <duck> дальше думаю, почти нет причин не выложить редизайн по‑настоящему 14:42 <jrandom> согласен — возможно, просто пометим news/development/documentation как не элементы навигации страниц, пока уберём jvm и конфигурационные твики, и поставим базовый контент на страницу I2PTunnel — думаю, можно выкатывать 14:42 <jrandom> хочу, чтобы оно ушло в прод с работающими ссылками (и все страницы, которые не работают) 14:43 <jrandom> конечно, после того как оно пойдёт в life ;) 14:43 <jrandom> эээ, live 14:44 <jrandom> кстати, wilde тоже подключил наш аккаунт на 34sp, так что сможем мигрировать сайт туда, когда понадобится 14:44 <cervantes> круть 14:44 <jrandom> что скажешь, duck? может ли эта менюшка menu.php обрабатывать пункты, не являющиеся ссылками на страницы? 14:44 * cervantes проверяет инбокс на предмет реферальных баллов 14:45 <jrandom> (или слишком много возни, чтобы это допилить?) 14:45 <jrandom> хех, cervantes, это в пути 14:45 <cervantes> ;-) 14:45 <cervantes> ах, старый приём «чек уже отправлен по почте» 14:47 <duck> сорри; параллельно делаю другую работу. 14:47 <duck> ок; да, можно сделать это только заголовком раздела навигации 14:47 <jrandom> без проблем, можем перейти дальше и вернуться к этому позже, если хочешь 14:47 <jrandom> ок, круто 14:47 <jrandom> (duck++) 14:48 <jrandom> ок, есть ещё что‑то по сайту? 14:48 <duck> с твоими предложениями похоже, что можно выкладывать. 14:48 <jrandom> если нет, перейдём к 4) атаки и защиты 14:48 <duck> . 14:48 <jrandom> ок 14:49 <jrandom> полагаю, вы все читаете рассылку и видели посты connelly и различные ответы 14:50 <cervantes> он был занят :) 14:50 <cervantes> (почти как proto) 14:50 <Connelly> имхо, сеть выглядит крепкой для всего, кроме анализа трафика (сайты с большим трафиком), атак правительства по разрыву соединений и случаев, когда атакующие берут под контроль большую часть сети 14:50 <jrandom> хотя я думаю, у нас всё довольно неплохо, уверен, что есть что‑то (или несколько вещей), что мы упустили, так что, пожалуйста, не предполагайте, что i2p делает или будет делать всё, что заявлено — бросайте вызов предпосылкам и говорите, где оно отстойно 14:50 <Connelly> шифрование в целом ломает любые неагрессивные атаки 14:51 <jrandom> на то и надежда 14:51 <jrandom> вдобавок с возможностями i2p 2.0 и 3.0 станут возможны защиты от атак противников масштаба государства 14:51 <Connelly> ну и на практике будут дыры безопасности, которые придётся латать 14:52 * jrandom ещё нужно написать доки о том, как задержки 3.0 предотвратят сегментационные атаки 14:52 <jrandom> само собой, connelly 14:54 <jrandom> ок, если по этой теме больше ничего нет, у меня всё 14:54 <jrandom> итак, 5) ??? 14:55 <jrandom> кстати, я построил график зависимости использования полосы от числа участвованных tunnel'ов для одной из симуляций за 4 дня 14:55 <jrandom> он выложен @ http://dev.i2p.net/~jrandom/4daybandwidth.webp 14:56 <jrandom> в симуляции сообщения по 32KB гонялись туда‑обратно каждые 30s, два router'а были задушены до 6KBps, и всё повело себя ровно так, как «должно» 14:56 <duck> (свойство nolink реализовано для сайта) 14:56 <jrandom> (напр., нагрузка распределена по быстрым надёжным пирам, медленные пира избегаются и т. д.) 14:56 <jrandom> w00t 14:56 <Connelly> было бы неплохо построить логарифмический график «полоса/пользователь» против размера сети 14:57 <Connelly> чтобы можно было сказать «да, оно и правда масштабируется» 14:58 <jrandom> для этого даже лог‑график не нужен — масштабируемость клиентской коммуникации строго O(1) [требуется 2k*msgSize, где k = # переходов в tunnel] 14:58 <jrandom> но да, согласен, нам нужны доки, описывающие, как i2p масштабируется 14:58 <Connelly> ну а Kademlia... это в твоём симе? 14:58 <jrandom> да, сим — это на самом деле полноценный код router'а, всё крутится в одной JVM 14:58 <jrandom> я запускаю это даже с полноценными TCP‑соединениями вместо VM comm system тоже 14:59 <jrandom> код Kademlia используется в первый раз, когда Alice хочет связаться с Bob — пока они продолжают общаться, их коммуникация O(1), так как они добавляют свой LeaseSet (описание входящих туннелей адресата) вместе с полезной нагрузкой 14:59 <jrandom> (поэтому нет нужды в последующих запросах к netDb (распределённой базе данных сети)) 15:00 <cervantes> vl07 и onb0 — это задушенные router'ы? 15:00 <jrandom> но да, нам нужна симуляция, чтобы показать, как масштабируется сама netDb 15:01 <jrandom> cevantes: 0jvf и onb0 15:01 <cervantes> чем объясняется падение vl07 после суток аптайма? 15:02 <cervantes> кажется, пересекается с 00u0 15:02 <jrandom> все неограниченные router'ы по сути равны — они на одном CPU, у всех одинаковая задержка (0ms), так что назначение одного «быстрым», а другого «надёжным» — просто произвольно 15:04 <Connelly> восстанавливаются ли твои обозначения «fast and reliable», «slow» и т. п. после больших значений? 15:04 <jrandom> почему он снизил свой рейтинг/использование после суток? не уверен, возможно, временная нагрузка на cpu или io во время тестов немного снизила скорость 15:04 <jrandom> да, рейтинги теперь используют медиану, а не среднее, плюс есть довольно быстрая деградация данных 15:05 <jrandom> s/fiarly/fairly/ 15:05 <Connelly> то есть если я заставлю тебя думать, что моя надёжность 1000000000, ты сможешь восстановиться, когда я начну дропать сообщения 15:06 <jrandom> конечно — если ты «фейлишься», я сразу перестаю что‑то у тебя просить и понижаю твой рейтинг 15:06 <jrandom> новый расчёт «capacity» в свою очередь довольно чувствителен к таким изменениям 15:06 <jrandom> (скорость тоже трудно подделать, так как все ранги скорости — это фактические измеренные значения) 15:07 <jrandom> ((как и reliability раньше, и как сейчас calc для capacity)) 15:09 <jrandom> ок, ещё кто‑нибудь хочет что‑то поднять? 15:10 <deer> * jrandomi2p предлагает *baf*ер 15:11 * jrandom согласен 15:11 * jrandom замахивается 15:11 * jrandom *baf* закрывает встречу