Встреча разработчиков I2P - 22 февраля 2005

13:04 <jrandom> 0) привет 13:04 <jrandom> 1) 0.5 13:04 <jrandom> 2) Next steps 13:04 <jrandom> 3) azneti2p 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) привет 13:04 * jrandom машет 13:05 <jrandom> еженедельные заметки о статусе опубликованы @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 <jrandom> (ага, за минуту-другую до встречи, так что проверим, насколько быстро вы читаете) 13:05 <+detonate> думаю, подожду, пока будет поменьше багов, прежде чем выложу Boondock Saints, в таком случае 13:06 <jrandom> почему... это же... это... нарушение авторских прав! 13:06 <+detonate> странные новые фичи в бете Azureus 13:06 <+detonate> категории 13:06 <+detonate> хаха 13:06 <+detonate> DHT-трекер 13:06 <+detonate> класс 13:07 <jrandom> ага, выглядит в.клёво, но давайте сначала разберём пункты 1 и 2, а потом 3, ок? ;) 13:07 <+detonate> привет 13:07 <+detonate> именно 13:07 <jrandom> прыгаем к 1) 0.5 13:07 <jrandom> он, типа, уже вышел и всё такое 13:08 <cervantes> ура! 13:08 <jrandom> позже сегодня будет новая ревизия с кучей обновлений (текущая вершина CVS — 0.5-5, а -6 тестируется на некоторых routers) 13:09 <jrandom> в целом всё прошло неплохо, но по дороге мы наткнулись на пару странных багов. но c'est la vie 13:09 <frosk> могу сообщить, что 0.5-5 ведёт себя _гораздо_ дружелюбнее, чем -4 (который часто давал мне счётчик participating tunnel в тысячи) 13:09 <bla> jrandom: Исправит ли версия 0.5.0.1 проблему с тем, что нельзя найти назначения? 13:09 <jrandom> ах, ну это на самом деле зависит от других людей, однако билд -0 действительно строит сотни tunnels 13:09 <bla> s/nor/not 13:10 <jrandom> bla: да, это баг в netDb 13:10 <bla> jrandom: Отлично! 13:10 <jrandom> (конкретно — в публикации leaseSet) 13:11 <jrandom> и да, ревизия 0.5.0.1 избавится от того периодического бага с исчезающим прокси 13:12 <jrandom> всё ещё есть странная утечка памяти, которую я не выследил, она затрагивает некоторых пользователей 13:12 <bla> Тогда, в целом, похоже, что помимо этих багов, сеть 0.5 работает очень хорошо. Ура! 13:12 <jrandom> насколько мне известно, это на самом деле затрагивает только два-три инстанса I2PTunnel 13:12 <Meomia> это признак прогресса, если у тебя с выходом 0.5 стало от 0 до 130 participating tunnels? 13:13 <jrandom> w3wt 13:13 <jrandom> Meomia: пф, у меня было больше 5000 tunnels ;) 13:13 <jrandom> но dm действительно помог найти баг в коде exploratory pool, так что мы будем строить tunnels чаще на «случайных» пирах 13:14 <jrandom> (ура) 13:14 <Meomia> ок 13:14 <bla> jrandom: Означает ли это также, что теперь, в отличие от 0.4, любой пир в какой-то момент может стать твоим входным шлюзом? 13:14 <jrandom> да, для exploratory tunnels 13:15 <jrandom> client tunnels будут использовать только пиров из уровня «fast» 13:15 <bla> bla: Ок. То, что client tunnels используют только быстрых пиров, — хорошо: иначе получим проблему с анонимностью, которую мы уже обсуждали 13:16 <jrandom> и производительность тоже страдала бы ;) 13:17 <jrandom> собственно, это подводит нас к 2) Next steps 13:18 <jrandom> большая оставшаяся задача для серии 0.5 — набор стратегий для упорядочивания и/или фильтрации пиров, используемых в tunnels 13:18 <godmode0> jrandom можно ли использовать NNTP с I2P ? 13:18 <jrandom> godmode0: в I2P есть два NNTP-сервера, да. см. форум 13:19 <godmode0> jrandom ок я тестирую 13:19 <godmode0> я могу и свой сервер поднять ? 13:20 <jrandom> godmode0: мы сейчас на встрече, но да, ты можешь запустить сервер 13:20 <godmode0> jrandom ок извините 13:20 <jrandom> без проблем 13:20 <jrandom> опубликованные стратегии в основном нацелены на улучшение анонимности, но есть ещё несколько целей, которые можно сбалансировать 13:21 <jrandom> возможно, мы найдём способ интегрировать некоторые пути AS в выбор, как предлагал bla 13:22 <jrandom> это может как улучшить (юрисдикционную) анонимность, а если попытаться оставаться внутри одного AS (или двух), то и улучшить производительность 13:22 <bla> jrandom: Это по сути связано со статьёй создателей Tor: http://theland.i2p/files/routing-zones.pdf 13:22 <jrandom> ага 13:23 <jrandom> существует целая куча разных стратегий, которые люди могут использовать, и пробовать новые должно быть довольно просто 13:24 <jrandom> мы не собираемся тратить месяцы на реализацию всего, что придёт в голову, а лишь предоставим базовый набор, который большинству нужен. каждый, кто хочет добавить новые, очень приветствуется — помогайте подключать их 13:25 <jrandom> в любом случае, когда базис будет готов, перейдём к фокусу на UDP-транспорте для 0.6 13:26 <jrandom> это всё, что у меня по 2) next steps, у кого-нибудь есть комментарии/вопросы/опасения? 13:26 <bla> Кто были те люди, которые начали копаться в I2P, напомните? 13:26 <bla> Похоже, мы давно от них ничего не слышали. 13:27 <bla> s/into I2P/into UDP/ 13:27 <bla> извините 13:27 <jrandom> ах, mule болел, хотя, думаю, detonate продвигается 13:28 <jrandom> detonate: есть новости? 13:29 <jrandom> или, может, нет ;) 13:30 <jrandom> ок, переходим к 3) azneti2p 13:30 <+detonate> извини 13:30 <+detonate> я продвигаюсь 13:30 <+detonate> мне ещё нужно доделать часть, отвечающую за сборку пакетов 13:31 <+detonate> что касается разбиения данных на пакеты и упорядоченной отправки — это работает 13:31 <+detonate> к 3) 13:31 <jrandom> круто 13:31 <godmode0> извините шаг 2) у I2P есть какие-то проблемы с атаками ? 13:31 <bla> detonate: Круто! Можешь держать нас в курсе на форуме? 13:32 <+detonate> bla: конечно 13:32 <tracker> По azneti2p, см. здесь: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 похоже, скачивание работает, а раздача — нет. 13:32 <jrandom> godmode0: различные стратегии упорядочивания должны позволить пользователю выбирать влияние predecessor-атак 13:33 <microsoft> кто бы ни администрировал i2p.net, добавьте на страницу побольше модных словечек про Enterprise Class Solutions. 13:33 <+detonate> кто-то должен убедиться, что новый DHT-трекер тоже не шалит относительно плагина Azureus 13:33 <tracker> Мои локальные тесты, похоже, подтверждают это: я могу качать через Azureus, но не раздавать. 13:34 <jrandom> хмм, ок, круто, tracker, спасибо — знаю, они кое-что обновили и прошлой ночью выпустили b34, но, похоже, осталось ещё поработать 13:34 <jrandom> detonate: верно 13:35 <tracker> Хорошее замечание, detonate, у меня DHT отключён, так как Azureus через несколько часов падает с 100% загрузкой CPU, когда DHT активен. 13:35 * jrandom хотел бы повторить, что плагин azneti2p всё ещё довольно ранняя бета, и последствия Azureus для анонимности ещё не полностью проверены 13:36 <jrandom> хотя уверен, им нравится, что люди тестируют, тем, кому нужна анонимность, стоит быть осторожнее 13:36 <tracker> С другой стороны, i2p-bt работает очень хорошо. Разве что он не закрывает tunnels, но это не так уж плохо, ИМХО. 13:37 <jrandom> о, это у тебя всё ещё происходит, tracker? у меня не получилось воспроизвести 13:37 <jrandom> у тебя версия 0.1.7, верно? 13:37 <tracker> Да. 13:38 <jrandom> ок, круто, если это у тебя происходит постоянно, я бы с радостью поспрашивал тебя после встречи, чтобы помочь отследить причину 13:39 <tracker> Может, это связано с тем, что запускаю на XP, а не на Linux или Unix. Закрытие tunnel работает с Azureus, так что, думаю, это связано с I2P-BT. 13:39 <jrandom> хмм, верно, i2p-bt использует SAM, а Azureus — напрямую I2P SDK 13:40 <tracker> Кстати. Я отправил тебе отчёт о баге на форуме. Timestamper падает на последних CVS-сборках I2P. 13:40 <jrandom> ага, круто, спасибо, сегодня ещё не проверял свои лички там 13:41 <jrandom> на -5 или -4? или раньше? 13:42 <jrandom> а, -4. ок, круто 13:42 <jrandom> спасибо, исправлю это к 0.5.0.1 13:42 <jrandom> ок, есть ещё что-нибудь по 3) azneti2p? 13:43 <tracker> Это также происходит на -5 13:43 <jrandom> у тебя задан sntp-сервер явным образом, верно? 13:44 <tracker> Да. Два из нашей страны. 13:44 <jrandom> я только что проверил исходники, и исключение возникает, если число конкурирующих серверов (по умолчанию = 3) больше, чем число заданных серверов (в новом умолчании их 3) 13:44 <jrandom> ок, круто, это тривиально чинится через % # servers 13:45 <jrandom> ок, если по azneti2p больше ничего нет, идём к старому доброму 4) ??? 13:46 <jrandom> у кого-то ещё есть что поднять на встрече? 13:46 <tracker> Отлично. Я только что отправил тебе на форуме ошибки из лога router при закрытии i2p-bt. 13:47 <jrandom> 'к круто, спасибо 13:47 <cervantes> нечего добавить, кроме: отличная работа с выпуском 0.5, похоже, что он будет офигенным, когда баги выправят 13:48 <tracker> Да, последние CVS-сборки здесь действительно хорошо работают. 13:48 <jrandom> спасибо, с вашей помощью и помощью остальных тестеров 0.5-pre мы смогли вычистить кучу проблем 13:49 <jrandom> производительность оказалась лучше, чем я ожидал, хотя пока пропускная способность не такая высокая, как раньше. ещё много, что можно оптимизировать 13:49 <cervantes> странно, pre-версии были стабильнее...для меня, но я запускал их на другой машине ;-) 13:49 <jrandom> (и эти чёртовы баги, чтобы довести надёжность до нужного уровня) 13:50 <jrandom> хех, ну да, но -pre сеть была из 5–7 routers, все безумно надёжные и на очень-очень быстрых соединениях 13:50 <cervantes> :) 13:51 <cervantes> запишите меня тогда в тест 0.6 pre :) 13:51 <jrandom> хех 13:51 <tracker> Может, мне тогда поучаствовать в следующей pre-сети. Предоставлю очень ненадёжное и медленное соединение ;). 13:51 <jrandom> миграция на 0.6, надеюсь, будет ещё проще, так как мы просто сможем добавить новые адреса router к routerInfo (UDP-адреса) 13:51 <jrandom> хех, точняк 13:51 <cervantes> Могу выложить свой 1 ТБ шаринг... 13:52 <jrandom> нам точно понадобится много помощи с тестированием 0.6, с привлечением самого разного сетевого окружения 13:52 <hobbs> команда ssh '~C' классная 13:52 <laberhorst> это будет ещё один несовместимый шаг? 13:53 <Myo9> Кто-нибудь знает, какие NNTP-серверы сейчас работают? 13:53 <jrandom> laberhorst: нет, 0.6 будет обратно совместима 13:53 <jrandom> Myo9: не знаю, они могут быть подняты, но просто пострадать от багов 0.5-0 13:54 <jrandom> ревизия 0.5.0.1 должна исправить много проблем, и как только она выйдет, обновление будет настоятельно рекомендовано 13:54 <laberhorst> то есть просто собрать тестовую 0.6 и отдать тестерам 13:54 <cervantes> мы можем сделать так, чтобы BT-трафик ходил только через устаревшие routers... это простимулирует людей обновиться ;-) 13:54 <laberhorst> значит, завтра большая апгрейд-вечеринка 13:54 <jrandom> когда будет готово, будет объявление на форуме и в списке рассылки 13:54 <jrandom> точно, laberhorst 13:54 <jrandom> хех, cervantes ;) 13:55 <laberhorst> *очень хочу тестировать для вас* 13:55 <jrandom> Производительность BT на 0.5 была довольно хорошей, я видел много успешных передач больших файлов на трекерах 13:55 <laberhorst> скорость передачи: 8.85 kB/s 13:55 <jrandom> (и IRC не пострадал как раньше, за исключением проблем, которые у нас были с tunnel duck'а) 13:55 <tracker> Зависит от того, что ты называешь большим ;) 13:56 <jrandom> tracker: я имею в виду конкретный файл 874 МБ, у которого куча успешных скачиваний ;) 13:56 <jrandom> но правда, для некоторых это мелочь 13:56 <laberhorst> просто старое доброе порно 13:56 <laberhorst> я так понимаю ;-) 13:57 <laberhorst> будем надеяться, что с завтрашнего дня мой router не будет участвовать в>3000 tunnels 13:57 <tracker> Ок, это большое. 13:57 <laberhorst> или, если будет, значит сеть ДЕЙСТВИТЕЛЬНО большая 13:57 <jrandom> хех, laberhorst 13:58 <jrandom> ок, есть ещё что-нибудь для встречи? 13:58 <laberhorst> кстати, является ли participate in>3000 синонимом хорошего надёжного router в I2P с быстрым соединением? 13:58 <+detonate> я выложу Boondock Saints после того, как возьму House сегодня вечером :) 13:59 <+detonate> это будет добрых 4.1 ГБ :) 13:59 * laberhorst просто хочет поблагодарить разработчиков за быстрое убиение багов 13:59 <+detonate> кажется, спрос большой 13:59 <laberhorst> о, здесь тоже есть некоторые образы DVD, 13:59 <hobbs> detonate: о, точно. House. :) 13:59 <tracker> cervantes, ты уже обновился до phpBB 2.0.12 13:59 <laberhorst> но подождите, пока выйдет 0.5.0.1 13:59 <+detonate> должно как следует встряхнуть 0.5.0.1 тоже 14:00 <+detonate> ага 14:00 <+detonate> я так и собираюсь 14:00 <jrandom> скачивать эти файлы, разумеется, должны только те, у кого уже есть их легальные копии. это только для тестирования 14:00 <jrandom> *кашель* 14:00 <tracker> rofl 14:01 * jrandom отмечает mpaa.i2p 14:01 <+detonate> хех 14:01 <laberhorst> о, я могу собирать ISO-образы из Debian, Fedora, SuSE, свои фотографии,... 14:01 <laberhorst> так что много легального материала 14:01 <laberhorst> если хотите просто тестировать, /dev/random ОЧЕНЬ большой 14:01 <Ragnarok> не всегда 14:02 <laberhorst> кстати, для одиноких выходных: cat /dev/random | grep linux :-) 14:02 <jrandom> хех 14:02 <frosk> /dev/random всё время пустеет, я предпочитаю /dev/urandom :) 14:02 <frosk> или новый, улучшенный /dev/jrandom 14:02 <jrandom> неа, он всё время падает с дампом core 14:03 <jrandom> и ему нужен ночной отдых 14:03 <Ragnarok> какой лучший способ генерировать энтропию для /dev/random? 14:03 <laberhorst> нам правда стоит создать фонд «купим jrandom пару пива» 14:03 <frosk> назовите это отдыхом или сбором энтропии :) 14:03 <hobbs> Ragnarok: Зависит от того, что именно имеешь в виду. Аппаратный RNG — это более-менее «лучший» способ :) 14:03 <jrandom> Ragnarok: зависит от твоей ОС (и есть ли у тебя железо ;) 14:04 <tracker> dd if=/dev/urandom of=/dev/hda bs=1M count=4 Всегда приятно ;) 14:04 <jrandom> на самом деле мы включим реализацию Fortuna в одном из ближайших билдов и нам нужно будет покопаться в различных источниках энтропии 14:04 <Ragnarok> без железа :P 14:04 <susi23> . o O ( Я думал, кто-то, использующий I2P, знает, почему ему не стоит использовать /dev/urandom ) 14:05 <cervantes> tracker: уязвимости безопасности, закрытые в 2.0.12, мой mod_rocinante случайно исправляет, так что я пока не заморачивался с обновлением 14:05 <hobbs> susi23: если это просто ради шкоды, думаю, норм ;) 14:05 <ant> <Nolar> кто здесь делает порт BT на Python? 14:05 <jrandom> Nolar: это duck 14:06 * duck свистит 14:06 <ant> <Nolar> duck: почему вы изменили размер блока запроса на 128k ? 14:06 <susi23> . o O ( следующий предложит: while true; do echo $RANDOM>> largefile; done ) 14:06 <ant> <Nolar> вот почему az не может раздавать вам 14:06 <tracker> cervantes: ок 14:06 <ant> <Nolar> мы блокируем запросы> 64k 14:06 <laberhorst> чёрт, мне нужно больше mp3 14:06 <frosk> susi23: для grep по linux в спокойный вечер /dev/urandom вполне норм :) 14:07 <jrandom> а, так всегда было? если не ошибаюсь, i2p-bt уже какое-то время использует 128k 14:08 <ant> <Nolar> ага, с самого начала :) 14:08 <ant> <Nolar> есть причина использовать 128? 14:08 <ant> * duck просматривает cvs log 14:08 <jrandom> чтобы держать конвейер заполненным, у I2P есть некоторый лаг ;) 14:08 <jrandom> с 32KB это по сути фиксированное окно размером 1 14:09 <jrandom> то есть каждое сообщение ждёт ACK, а 128KB позволяет 4 сообщения уложить в RTT 14:09 <@duck> верно, максимальный допустимый размер среза по спецификации BT 14:09 <ant> <Nolar> ну, есть два способа с этим справиться: 1) мы поднимем лимит до 128k у себя, или 2) вы просто будете конвейерить больше запросов 14:09 <cervantes> i2pbt немного шустрее, чем раньше... возможно, вы можете позволить себе уменьшить его... 14:10 <@duck> schni, schna, schnappi 14:10 <ant> <Nolar> то есть вместо одного запроса на 128k отправляйте, например, два по 64k 14:10 <hobbs> duck: хаха... эта штука облетела весь мир. 14:10 <@duck> почему вы блокируете 128k? 14:11 <cervantes> *вздрагивает* европоп 14:11 <laberhorst> duck: пожалуйста, помолчи, ИНАЧЕ я тебя собью! 14:11 <tracker> Иногда я жалею, что выучил немецкий несколько лет назад... 14:11 <laberhorst> никакого европопа, это точно не попса 14:11 * cervantes приказывает UK отражать атаки на границы, прежде чем такая песня попадёт в чарты 14:11 <laberhorst> tracker: не парься, всё ок 14:12 <ant> <duck> теперь это (2^17)-13 14:12 <ant> <Nolar> duck: ну, лимит давно там, но одна хорошая причина — блоки 128K долго загружать.....16KB (наш дефолт) позволяют тоньше управлять запросами 14:12 <ant> <duck> 13 байт — это длина команды bittorrent 14:12 <ant> <duck> без проблем могу перейти на (2^16)-13 14:12 <laberhorst> некоторая музыка просто нелепая, но настоящий индастриал — ох, нет 14:13 <ant> <duck> или вернуться к умолчанию? 14:13 <jrandom> уменьшить до 64KB — кажется самым простым (это сейчас параметр CLI?) 14:13 <ant> <duck> --download_slice_size 14:14 <ant> <Nolar> мой вопрос: есть ли веская причина держаться за блоки 128K, что кажется мне немного крупным, особенно для I2P 14:14 <ant> <Nolar> вместо того чтобы просто конвейерить несколько меньших запросов? 14:14 <ant> <duck> причины нет. 14:14 <tracker> laberhorst: Иногда ловлю некоторые немецкие каналы через спутник. Особенно VIVA и этот «Theater Kanal» — просто ужас... 14:15 <ant> <Nolar> одна проблема с большими блоками — как только я тебя choke, мне всё равно нужно закончить отправку этого 128k куска 14:15 <jrandom> Не помню, умеет ли ванильный BT конвейерить, но это должно быть достаточно просто (особенно поскольку это делаю не я ;) 14:15 <ant> <Nolar> что может занять время 14:15 <laberhorst> VIVA интересен только во время «hard rock», в остальное время — «пожалуйста, игнорируйте», а театр — не знаю 14:15 <jrandom> в I2P 128KB не так уж много, поскольку есть присущий лаг порядка секунд 14:15 <ant> <Nolar> что может мешать chunk/unchoke 14:16 <@duck> jrandom: всё ещё есть смысл вычитать 13 байт оверхеда bittorrent, чтобы уместиться в сообщение SAM? 14:16 <jrandom> duck: не, так как streaming lib уже дальше режет на сообщения по 16KB, так что просто сделай 64KB 14:17 <@duck> ок, значит 2**16 14:17 <jrandom> (а затем tunnels разбивают эти 16KB сообщения на фрагменты по 996 байт..) 14:17 <ant> <Nolar> проблема с 128k в том, что если я отдаю, скажем, 12 k/s, то мне потребуется более 10 секунд, чтобы закончить этот блок 14:18 <cervantes> вау, это почти как лаг на IRC... 14:18 <jrandom> что составляет 1–10 RTT (в то время как в обычной сети — 10–500) 14:18 <+detonate> я уже собирался использовать блоки 512K 14:18 <ant> <Nolar> вы также можете поэкспериментировать с конвейером из блоков по 16kb 14:18 <jrandom> хех 14:18 <+detonate> так что 64 предпочтительнее? 14:19 <ant> <Nolar> все BT-клиенты, насколько я знаю, используют блоки по 16KB 14:19 <ant> <duck> исправлено в CVS; 14:19 <jrandom> круто, спасибо, duck! (и Nolar!) 14:19 <ant> <duck> ожидайте это в релизе 0.1.8 вместе с некоторыми настройками SAM/I2CP 14:19 <tracker> laberhorst: Его полное имя — «ZDF Theater», вроде так. И они говорят, что показывают высокую культуру. Очень надеюсь, что то, что они показывают, — не лучшее, что может предложить немецкая культура ;) 14:19 <jrandom> ок, хех, я только что вспомнил, что мы ещё на встрече 14:19 <jrandom> у кого-нибудь ещё есть что-нибудь для встречи? 14:20 <ant> <Nolar> так что если нам нужен кусок 128k, мы просто делаем 8 одновременных запросов 14:20 <susi23> . o O ( и отбросить оставшиеся 448 байт? ) 14:20 <jrandom> ага-ага 14:20 <laberhorst> tracker: о, это маленький побочный канал... arte или 3sat гораздо интереснее 14:20 <laberhorst> и arte немецко-французский :-) 14:20 <ant> <Nolar> если аплоадер может удовлетворить такой запрос, все 128k должны быть протолкнуты в поток i2p pipe stream 14:20 <jrandom> круто 14:21 <cervantes> . o O ( интересно, почему он слышит всё, о чём думает susi ) 14:21 <ant> <Nolar> возможно, стоит поэкспериментировать с размерами блоков 16KB vs 32KB vs 64KB 14:21 <jrandom> ага 14:21 <jrandom> пока есть конвейер, I2P всё равно 14:21 <ant> <Nolar> отлично 14:22 <jrandom> скорость на 16KB без конвейера довольно плохая, по крайней мере раньше так было 14:22 <tracker> laberhorst: Ок, попробую в ближайшие дни поймать arte... 14:22 <ant> <duck> предлагаю оставить эти твики для 0.2 14:22 <ant> <duck> так как он будет включать улучшения bittorrent 3.9.1 14:22 <jrandom> ага, DTSTTCPW 14:22 <susi23> . o O ( о, это просто... люди так предсказуемы... ) 14:23 <ant> <duck> что может полностью перестроить сетевой код 14:23 <cervantes> http://www.gavelstore.com 14:24 <jrandom> ок, думаю, на сейчас это всё, проверьте список и сайт через пару часов — ревизия 0.5.0.1 скоро выйдет 14:24 <ant> <Nolar> ага, понимаю, почему одиночные 16kb-запросы будут медленными 14:24 * jrandom скачивает молоточек 14:24 * jrandom *бам* закрывает встречу