Встреча разработчиков I2P - 09 августа 2005 г.

13:11 <jrandom2p> 0) привет 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) обновление дорожной карты 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) привет 13:11 * jrandom2p машет 13:11 <+detonate> привет 13:11 <jrandom2p> еженедельные заметки о статусе выложены @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> ок, кратко перейду к [1-2] перед свободным обсуждением.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> релиз вышел. и всё такое 13:12 <jrandom2p> есть вопросы/комментарии/опасения по 0.6.0.2? 13:13 <jrandom2p> если нет, переходим к 2) обновление дорожной карты 13:13 <jrandom2p> эм, дорожная карта обновлена. и всё такое ;) 13:14 <duck> ты, австралиец 13:14 <+bla> jrandom: По-прежнему время от времени возникают проблемы со связыванием с назначением, даже когда оно обычно доступно 13:14 * postman подтверждает 13:14 * detonate присоединяется третьим 13:14 <+bla> jrandom: Например, forum.i2p какое-то время работает нормально, потом через несколько минут перестаёт, и приходится несколько раз перезагружать 13:15 * bla был первым ;) 13:15 <jrandom2p> хмм, ага, слышал такие отчёты. и на 0.6.0.2 тоже, верно? 13:16 <+postman> именно, сэр 13:16 <+bla> Да, 0.6.0.2 13:16 <+bla> Может быть проблема с netDb, или плохой выбор пиров для размещения в tunnel (или что-то ещё) 13:16 <jrandom2p> ок 13:17 <jrandom2p> выбор пиров для tunnel в последнее время был довольно плохим, как и флуд при записи в netDb 13:17 <jrandom2p> (см. ваши /oldstats.jsp для количества отказов запросов на tunnel) 13:18 <+bla> Теперь, когда мы используем UDP/SSU, классификация пиров кажется лучше, чем раньше: ряд пиров, про которые я точно знаю, что они быстрые, обычно попадают в раздел "fast" на странице профиля 13:19 <jrandom2p> отлично 13:19 <jrandom2p> 0.6.0.2 добавил немного кода отклонения tunnel на основе netDb, который и раньше должен был быть (отказываемся присоединяться, если не можем найти следующий узел), так что рост числа отклонений ожидаем 13:19 <+bla> Хотя мне действительно стоит снова заняться алгоритмами классификации... ;) 13:20 <jrandom2p> я занимался анализом профилей/статистики, но пока нет чётких результатов 13:21 <jrandom> это было бы круто, bla :) 13:25 <jrandom2p> ок, что-нибудь ещё по 2) обновление дорожной карты? :) 13:26 <jrandom2p> если нет, переходим к 3) ??? 13:26 <+detonate> как думаешь, было бы полезно заносить в чёрный список пиров с высокими показателями failure/duprecv по сравнению с модой? 13:27 <jrandom> хмм, не уверен насчёт этого — если показатели failure/dup слишком высоки, чтобы быть полезными, нам просто стоит передавать медленно и осторожно 13:27 <jrandom> пока сообщения проходят, сообщения проходят 13:28 <jrandom> есть причина, почему мы не используем статистику по прямой связи с пирами как часть нашего профилирования — зависимость от неё сделала бы нас уязвимыми к простым и мощным атакам (вести себя по-разному с разными пирами и смотреть, кто тебя использует и т.д.) 13:29 <+detonate> хмм 13:29 <+detonate> ок 13:29 <jrandom> но возможно нам стоит сбрасывать сессии для пиров, которые сидят в настолько перегруженных соединениях 13:29 <+detonate> верно подмечено 13:34 <jrandom> ок, у кого-нибудь ещё есть что поднять для 3) ??? 13:34 <luckypunk> о-ох, может, стоит подождать, пока все вернутся 13:34 <luckypunk> прежде чем задавать критические вопросы :P 13:35 <jrandom2p> пустяки, у них же есть список рассылки ;) 13:35 <luckypunk> ну 13:35 <luckypunk> думаю, это то самое место, чтобы поворчать 13:36 <luckypunk> I2P всё ещё ест немного CPU 13:36 <luckypunk> но не так много, как раньше 13:36 <luckypunk> правда, я не запускал его со времён 5.0 13:36 <luckypunk> но да 13:36 <luckypunk> эм 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> круто, на каком из твоих ящиков оно работает? 13:36 <luckypunk> эм 13:36 <luckypunk> чёрт 13:36 <luckypunk> я не пользовался им с 0.6.0.0 13:36 <luckypunk> он нормально работает на pentium 2 13:37 <luckypunk> значение nice по умолчанию означает, что он склонен падать, если я делаю что-то слишком CPU-интенсивное слишком долго, так как I2P страдает от нехватки CPU 13:38 <+detonate> хмм, думаю, можно было бы сделать в router console, в настройках сети, поле, чтобы жёстко прописать introducers (интродьюсеры — узлы-посредники для установления соединения), когда introducers появятся, если пользователь так предпочитает 13:39 <jrandom2p> ты сейчас на 0.6.0.2, luckypunk? 13:39 <@smeghead> detonate: это из области trusted route... позже по дорожной карте :) 13:39 <luckypunk> нет 13:39 <luckypunk> я не запускал его с 0.6.0.0 13:39 <@smeghead> *restricted route 13:40 <luckypunk> но использование CPU казалось гораздо меньше. 13:40 <+detonate> хех, это должно появиться, как только появятся introducers :) 13:40 <jrandom2p> ага, detonate, выбор introducer вполне можно сделать настраиваемым, но, вероятно, это будет скрытая расширенная опция конфигурации ;) 13:41 <jrandom2p> luckypunk: 0.6.0.1 убрала много криптографии, а 0.6.0.2 должна ещё помочь. попробуй как-нибудь, может, будет справляться лучше 13:41 <luckypunk> ок 13:41 <@smeghead> что если introducer не хочет, чтобы ты выбирал его всё время? 13:41 <luckypunk> у меня ощущение, что I2P сейчас потянулся бы на выделенном Pentium среднего уровня. 13:41 <jrandom> smeghead: тогда он скажет: «отвали, я не буду служить для тебя introducer» 13:42 <jrandom> и у пиров будет несколько introducers, так что это будет сбалансировано 13:42 <jrandom> (и это всего 2 пакета, чтобы подключить нового пира, а не все передаваемые пакеты) 13:44 <+detonate> если бы introducers работали иначе, можно было бы решать голосованием большинством, какие из них работают, но в текущем виде это не имеет смысла 13:45 <ant> <jme___> вопр.: где я могу найти описание этой системы голосования? 13:45 <jrandom> большинство не имеет никакого смысла 13:45 * jrandom вообще не доверяет голосованию 13:45 <jrandom> (особенно с учётом Sybil) 13:45 <jrandom> introducer работает, если новый пир может связаться с вами через него 13:47 <+detonate> каков статус vanguard, это вроде связано 13:47 <+detonate> пока smeghead здесь 13:51 <jrandom> ок, если больше ничего нет... 13:51 * jrandom сворачивает 13:51 * jrandom «баф» — встреча закрыта