Встреча разработчиков I2P - 16 ноября 2004 г.

13:05 <jrandom> 0) привет 13:05 <jrandom> 1) Перегрузка 13:05 <jrandom> 2) Потоковая передача 13:05 <+dinoman> ключ pgforge изменился :/ извините 13:05 <jrandom> 3) BT 13:05 <jrandom> 4) ??? 13:05 <jrandom> о, круто, мы можем сделать для этого кое-какую магию 13:05 <jrandom> 0) привет 13:05 * jrandom машет рукой 13:05 <ant> <lucky> привет 13:05 <jrandom> еженедельные заметки о статусе выложены @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 <wiht> Привет. 13:06 <jrandom> (и мы выложили заметки *до* встречи. w00t) 13:06 <jrandom> можно сразу перейти к 1) Перегрузка 13:07 <jrandom> для тех, кто торчал в канале последние несколько дней, вы слышали много обсуждений о том, что, черт возьми, происходило, и и это письмо, и ранний пост duck в целом это покрывают 13:07 <jrandom> с учетом этого, у кого‑нибудь есть вопросы / комментарии / опасения, которые хотелось бы поднять/обсудить? 13:09 <wiht> What do you mean by "wild peer selection"? 13:10 <jrandom> то, как сейчас работает построение tunnel, к сожалению, приводит к стабилизации вокруг быстрых пиров 13:10 <jrandom> если эти быстрые пиры не отваливаются время от времени, мы просто используем их, и точка, вместо того чтобы исследовать что-то дальше их при построении наших tunnel 13:11 <jrandom> это означает, что когда они *ломаются* позже, у нас практически нет представления о том, какая емкость у остальной сети, и, соответственно, мы выбираем пиров довольно произвольно 13:11 <+DrWoo> jrandom: что в планах, чтобы лучше использовать емкость? 13:12 <jrandom> DrWoo: релиз 0.4.3 будет включать новый способ объединения tunnels в пул, чтобы мы могли иметь больше 'экспериментальных' резервных tunnels (что позволит нам узнать больше о сети без потери производительности) 13:13 <jrandom> более агрессивное балансирование нагрузки через резервирование в стиле ATM также в планах, но не привязано к конкретному релизу (то есть сделаем, когда потребуется) 13:14 <ant> <Connelly> фу 13:14 <ant> <Connelly> встреча еще не началась? 13:14 <jrandom> (резервирование в стиле ATM, то есть отслеживать, сколько полосы пропускания в среднем используют tunnels, умножать это на число tunnels, в которых мы участвуем, и сравнивать с нашими лимитами / емкостью, используя это сравнение, чтобы принимать / отклонять дальнейшие запросы на tunnel) 13:15 <jrandom> Connelly: начали 10м назад, заметки о статусе отправлены в рассылку ;) 13:15 <+DrWoo> jrandom: какое влияние это окажет на производительность? 13:15 <+DrWoo> производительность локального ПК 13:15 * wiht удивляется, сколько разных протоколов используется в сети I2P помимо HTTP, IRC и BT. 13:16 <jrandom> DrWoo: пул в 0.4.3 даст нам большую устойчивость (меньше сбоев), а резервирование позволит больше делиться нагрузкой исходя из емкости (то есть уменьшить конкуренцию) 13:16 <jrandom> ни то ни другое, однако, особо не связано с задержками 13:17 <jrandom> wiht: эти три, насколько мне известно, — основные, хотя кое-какие некрасивые вещи делают поверх HTTP 13:17 <jrandom> вообще это интересный вопрос относительно IRC и перегрузки 13:18 <jrandom> что действительно убивало irc.duck.i2p на днях — это то, что во время перегрузки IRC‑сервер duck все равно должен был выплевывать в 20 раз больше сообщений, чем получал 13:19 <jrandom> добавьте сюда автоматическую повторную отправку сообщений каждые.10.секунд.без.backoff, и это вырастает до 120 сообщений на каждую строку текста ;) 13:19 <jrandom> в общем, я к тому, что децентрализованный протокол чата был бы Хорош ;) 13:19 <+DrWoo> такой вообще существует? 13:20 <jrandom> (хотя новая streaming lib (библиотека потоковой передачи) избавится от этих 6‑кратных накладных расходов) 13:20 <+dinoman> есть ли хорошая 13:20 <jrandom> не знаю, оценивал ли кто‑нибудь что‑то вроде SILC для i2p в течение последнего года 13:20 <susi23> pop3 и smtp _ужасно_ медленные в i2p 13:21 <ant> <duck> silc == irc+немного крипты 13:21 <susi23> (в ответ на вопрос, какие еще протоколы используются) 13:21 <jrandom> ах, я думал, silc ушел от концепции ircd 13:21 <jrandom> о, черт, точно, я забыл про эти два :) 13:21 <wiht> susi23: Да, я забыл, что у нас теперь есть почта в I2P. 13:21 <ant> <duck> по крайней мере, не сильно 13:21 <jrandom> ок 13:21 <ant> <protok0l> meeting? 13:22 <ant> <lucky> прямо сейчас protok0l 13:22 <ant> <protok0l> ок 13:22 <jrandom> ок, есть ли еще что‑нибудь по 1) Перегрузка? 13:23 <jrandom> если нет, переходим к 2) Потоковая передача 13:23 <jrandom> [см. письмо] 13:24 <jrandom> я не включал обновления streaming lib в history.txt, но вы можете следить за тем, что происходит, через список cvs 13:24 <jrandom> (если вы сумасшедшие) 13:24 <jrandom> мне, впрочем, особо нечего добавить. итак, вопросы/комментарии/опасения? 13:25 <+postman> только один 13:25 <+postman> спасибо :) 13:25 <ant> <protok0l> какое будет увеличение скорости 13:25 <jrandom> хехе, ты должен подождать, пока *получишь* софт, postman ;) 13:25 <jrandom> protokol: немного. по‑разному. 13:25 <+postman> jrandom: я бы поставил на тебя, даже с завязанными глазами 13:26 <+DrWoo> jrandom: спрошу то, что ты не любишь: есть ли ETA по новой streaming lib, нынешняя ситуация явно уязвима? 13:27 <jrandom> если тесты на этой неделе пройдут хорошо, можем карандашом поставить на следующую 13:27 <jrandom> при этом сервисы на новой streaming lib поднимем и запустим раньше, чтобы протестировать ее под нагрузкой 13:28 <wiht> Насколько помню, вы используете симулированную сеть для тестов. Это все еще так? 13:29 <jrandom> для некоторых — да 13:29 <jrandom> когда я не использую симулятор, я просто запускаю это в живой сети 13:30 <jrandom> (потому что мне нравится злоупотреблять вашей полосой пропускания ;) 13:30 <susi23> всегда пожалуйста ;) 13:30 <+dinoman> хехе, включить и посмотреть, взорвется ли? 13:31 -!- x теперь называется fidd 13:31 <jrandom> почти так — у меня есть немного кода логирования, который по сути дампит заголовки пакетов streaming, что позволяет убедиться, что все отправляется правильно и разные ситуации обрабатываются как следует 13:32 <jrandom> но тесты в симе более замороченные — там, возможно, с полдюжины модульных тестов с разными параметрами времени выполнения 13:33 <wiht> Насколько хорошо симуляционные тесты отражают наблюдаемую нагрузку в сети? 13:33 <jrandom> довольно хорошо, так как код симуляции тот же, что и код живой сети 13:34 <jrandom> задержки и инъекции потерь в симе у меня не идеальны, но в пределах разумного 13:35 <ant> <cat-a-puss> будет ли новая streaming lib использовать тот же интерфейс? Или приложения на Java должны будут делать что‑то новое? 13:35 <wiht> Спасибо за уточнение. 13:36 <jrandom> cat-a-puss: тот же интерфейс. есть несколько дополнительных опций конфигурации, которые, возможно, захочется прикрутить при создании I2PSocketManager, но это просто старый добрый properties map 13:36 <ant> <cat-a-puss> ок 13:37 <jrandom> ок, что‑нибудь еще, или перейдем к 3) BT? 13:38 <jrandom> duck: ping 13:38 <@duck> *кряк 13:38 <@duck> На прошлой неделе я сообщил, что у нас заработал BitTorrent в I2P. Было немного 13:38 <@duck> путаницы, но он анонимен и для трекеров, и для клиентов (сидов и личеров). 13:38 <@duck> Обновления со времени прошлой недели: 13:38 <@duck> работа над GUI (wxPython), встроенный трекер, исправления багов. 13:39 <@duck> полный список на http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD 13:39 <@duck> код также в CVS на cvs.i2p 13:39 <@duck> и появился выделенный eepsite: http://duck.i2p/i2p-bt/ 13:39 <@duck> Встроенный трекер очень спартанский, и вам все еще нужно размещать 13:39 <@duck> сами торренты где‑то; поэтому мы с DrWoo и thetower смотрели на 13:39 <@duck> несколько альтернатив с фичами как у suprnova, пока я не свихнулся. 13:39 <@duck> *flierp* 13:40 <jrandom> w00t 13:40 <@duck> В итоге выбрали bytemonsoon, оригинал уродлив, но DrWoo это правит, 13:40 <@duck> Идея — еще его подтянуть и выпустить как решение трекера, готовое для I2P, 13:40 <@duck> см.: http://brittanyworld.i2p/bittorrent/ 13:40 <@duck> удовлетворяющее требованиям здесь: http://duck.i2p/i2p-bt/txt/bytemonsoon.txt 13:40 <@duck> . 13:40 <jrandom> круто 13:40 <+DrWoo> можете проверить пару маленьких тестовых файлов на хорошем трекере, который duck подправил 13:41 <+DrWoo> ничего большого, чтобы забить сеть, хех 13:41 <jrandom> что, не хотите, чтобы мы качали больше серий Lost? :) 13:41 <@duck> если у thetower оно поднято.. 13:42 <jrandom> порт bytemonsoon выглядит очень неплохо. 13:42 <+DrWoo> я сейчас не могу достучаться до thetower 13:42 <+DrWoo> jrandom: похоже, он действительно дает почти все, что нужно 13:42 <+dinoman> какую скорость люди видят? 13:43 <@duck> ~5 КБ/с на пир 13:43 <+DrWoo> dino: с этой стороны это выглядит как 4-10K на пир 13:43 <@duck> (оптимистично, конечно, есть эти гадские adsl‑щики) 13:44 <+dinoman> вау, лучше, чем я думал 13:44 <@duck> пока i2p не падает; см. 1) 13:44 <jrandom> хех 13:44 <+DrWoo> dino: другими словами, с роем это должно выглядеть весьма впечатляюще 13:44 <@duck> были разные призывы улучшить GUI 13:45 <+DrWoo> dino: и немного 0 hop peers ;) 13:45 <@duck> правда, желающих немного 13:45 <jrandom> duck (и компания): что мы можем сделать, чтобы помочь? 13:45 <@duck> вы: доведите до готовности новую streaming lib 13:46 <@duck> команда: взгляните на todo: http://duck.i2p/i2p-bt/txt/todo.txt 13:46 <@duck> lucky работает над howto 13:47 <@duck> DrWoo: что‑нибудь еще? 13:47 <jrandom> круто 13:47 <+DrWoo> jrandom: можешь немного рассказать, как ты оцениваешь важность (или нет) файлообмена (и других популярных сервисов, которые сейчас работают в интернете) и что это значит для перспектив анонимности I2P. 13:47 <ant> <lucky> я? 13:48 <ant> <lucky> о 13:48 <ant> <lucky> я 13:48 <ant> <lucky> :) 13:48 <+DrWoo> duck: всегда есть что‑нибудь еще, хех 13:48 <jrandom> файлообмен критически важен для успеха I2P, так как это, по‑правде, самый большой потенциальный пул пользователей, в который мы можем смешаться для расширения нашего множества анонимности 13:49 <ant> <lucky> ой‑ой. 13:49 <ant> <lucky> значит, мне действительно, действительно стоит поработать над тем howto. 13:49 <jrandom> без жизнеспособной системы передачи больших файлов нам придется творить чудеса, чтобы вовлекать пользовательские приложения 13:50 <jrandom> чем мы и занимаемся — работа susi и postman весьма многообещающая 13:50 <jrandom> но рынок анонимной почты куда меньше, чем рынок безопасной передачи файлов 13:51 <jrandom> хотя сам I2P масштабируется до любого размера (если все так, как мы надеемся ;), нам нужно большое множество анонимности, чтобы поддерживать что‑то стоящее 13:51 <jrandom> </my $0.02> 13:52 <@duck> что ты думаешь о настройках по умолчанию для тех приложений для файлообмена? 13:52 <jrandom> этого я не знаю 13:53 <@duck> или это пока не слишком актуально, учитывая сегодняшние возможности 13:54 <+DrWoo> duck: возможно, потребуется «нестандартное мышление», чтобы преодолеть некоторые кочки на пути? 13:54 <jrandom> 1 hop tunnels могут быть релевантны для BT‑шников, до 0.4.3 13:57 <jrandom> ок, есть ли еще что‑нибудь по 3) BT? 13:57 <@duck> не у меня 13:57 <+DrWoo> спасибо duck и ребятам 13:58 <+DrWoo> это была очень крутая работа 13:58 <jrandom> ага, вы все делаете офигенную работу 13:58 <+dinoman> это сделал не я 13:58 <jrandom> (я обожаю смотреть на --spew 1 у btdownloadheadless :) 13:58 <@duck> dinoman: ты это начал 13:58 <+Ragnarok> headless spew... звучит грязно 13:59 <+DrWoo> dino: подталкивать работу вперед — это реальный вклад 13:59 * Ragnarok соберет патч для параметров командной строки из списка дел 13:59 <jrandom> w00t 14:00 <ant> <dm> Не забывайте про анонимный WWW, это тоже большая вещь. 14:00 <jrandom> dm: да, возможно тысячи или десятки тысяч, но не приток в миллионы 14:01 <jrandom> (для outproxy‑штуки, имхо) 14:01 <jrandom> ок, если больше ничего нет, переходим к старому доброму 4) ??? 14:01 <jrandom> что‑нибудь, что еще не подняли, но стоило бы? 14:02 <wiht> postman: каков статус почтовой системы? Насколько хорошо она работает, особенно для коммуникаций вне сети I2P? 14:02 <+DrWoo> dm: это все часть богатой жизни :) 14:03 <ant> <dm> много народу пользуется вебом 14:03 <ant> <dm> (у нас на работе только что поставили surfcontrol) ;) 14:03 <jrandom> ага, анонимный www‑хостинг будет критически важен для тех, кому действительно нужен i2p, хотя это, вероятно, не будет нужным множеством анонимности 14:03 <jrandom> ах, отстой 14:04 <jrandom> wiht: если его нет рядом, могу сказать, что in‑ и outproxy у меня работали довольно хорошо — потерь пока не было 14:04 <jrandom> (а проверка почты занимает пару секунд, но biff все равно сообщает мне, когда нужно) 14:05 <jrandom> ок, есть ли еще что‑нибудь? 14:06 <ant> <dm> ты бафишь встречу? 14:07 <jrandom> похоже, да 14:07 * jrandom замахивается 14:07 * jrandom *baf* закрывает встречу