Встреча разработчиков I2P - 16 декабря 2003

[22:04] <jrand0m> 0) привет [22:04] <jrand0m> 1) iip [22:04] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:04] <jrand0m> 3) привет [22:04] <jrand0m> 0) привет [22:04] <jrand0m> добро пожаловать на ... какую‑то энную встречу [22:05] <jrand0m> (68? 69?) [22:05] <MrEcho> чёрт, здесь уже час дня [22:05] <jrand0m> GMT-8? [22:05] <duck> 69 [22:05] <jrand0m> h0t. [22:06] <jrand0m> ок, 1) iip [22:06] *** Выход: tusko (EOF From client) [22:06] * MrEcho компилирует ядро к встрече [22:06] <jrand0m> iip ведёт себя странно. Всё, что я знаю — nop «перевозит сервера», что бы это ни значило. Не знаю, когда это закончится, и т. п. [22:06] <jrand0m> у кого‑нибудь есть ещё информация, которой хочет поделиться с классом? [22:06] *** mids (mids@anon.iip) вошёл на канал #iip-dev [22:06] <MrEcho> нет информации от nop [22:07] <mids> сегодня утром мне сказали, что я могу снова запустить Trent [22:07] <mids> (я, правда, уже сделал это вчера ночью) [22:07] <jrand0m> круть [22:07] <jrand0m> спасибо [22:07] <mids> то есть это означает, что nop считает, что IIP снова стал стабильнее [22:07] <mids> если это о чём‑то говорит... [22:07] <mids> *кхм* [22:07] <jrand0m> окей, круто [22:08] <jrand0m> [вау, сосед по комнате только что вручил мне бокал вина к встрече] [22:08] <MrEcho> лол [22:08] <jrand0m> ок, раз nop онлайн и не придёт на встречу, линчевание отложим на потом [22:09] <jrand0m> 2) 0.2.3 & 0.2.3.1 [22:09] <mids> какой конкретно вопрос ты хочешь ему задать? [22:09] <protocol> когда встреча [22:09] <jrand0m> specific question> когда он сделает официальное объявление, описывающее прошлые проблемы и то, как будут решаться будущие? [22:09] <jrand0m> встреча уже идёт [22:10] <jrand0m> (иначе говоря, в какой момент нам стоит рассмотреть не‑iip средства связи) [22:10] <mids> если получу ответ, дам знать. [22:10] <jrand0m> спасибо [22:11] <jrand0m> ок, про i2p. 0.2.3 вышел вчера, и хотя большая часть кода kademlia работает нормально, всплывают некоторые баги из 0.2.2, а также изучаются другие баги. [22:11] <jrand0m> я закоммитил изменение: использовать сообщения через tunnels для dbStore вместо garlic (механизм объединения сообщений в I2P), что должно снизить нагрузку на серверах, которую tc (и другие) наблюдали [22:12] <jrand0m> также есть новый persistentSessionKeyManager, благодаря которому перезапуски не будут полностью б0ркать router на 15 минут [22:12] <MrEcho> а как насчёт времени подключения клиента к routers? [22:12] <duck> пока ощущается так же хорошо/плохо, как 0.2.2; если только мой router/tunnels снова не лягут этой ночью — тогда хуже, чем 0.2.2 [22:13] <jrand0m> MrEcho> похоже, это взаимодействие двух багов из 0.2.2, которые сейчас проявляются сильнее, чем раньше. Эти два — мой топ‑приоритет. [22:13] <MrEcho> ок, круто [22:13] <jrand0m> duck> у меня ощущение, что хуже, чем 0.2.2, с точки зрения конечного пользователя. я работаю над исправлением, не жертвуя анонимностью или безопасностью. [22:13] <MrEcho> тяжело работать над dns с этим чёртовым багом .. приходится часто перезапускать dns‑сервер [22:14] <jrand0m> MrEcho> с local only routers мне не удавалось воспроизвести баги — у тебя работает в режиме local only? [22:15] <MrEcho> нет [22:15] <jrand0m> можешь прислать мне debug‑логи по этому поводу? [22:15] <MrEcho> уже удалил [22:16] <jrand0m> ок, если попробуешь снова и не заработает, пришли, пожалуйста, debug‑логи и с router, и с клиента — буду признателен. [22:16] <MrEcho> всё то же самое, что раньше .. клиент получает сообщение, что оно отправлено .. но до другого клиента оно так и не доходит [22:16] <MrEcho> до другого клиента [22:17] <MrEcho> ага .. посмотрю, что смогу сделать [22:17] <jrand0m> ок, похоже на баг в i2psessionImpl2. мне не удалось воспроизвести это локально, но как только это будет исправлено для удалённого случая, надеюсь, у тебя тоже заработает [22:17] <jrand0m> gracias [22:17] <jrand0m> в любом случае спасибо всем за терпение с обновлением. мы продвигаемся, даже если по поверхности так не кажется [22:18] <protocol> сияй, безумный алмаз [22:18] <duck> в будущем, когда i2p действительно будет использоваться, как изменится процесс разработки/релизов, чтобы сломанные релизы не портили сеть? [22:19] <jrand0m> когда выйдет 1.0, я буду делать разработку и выкатывать безумной группе добровольцев поиграться на неделю, затем, если всё работает отлично, выкатывать в общий релиз. [22:20] * FireRabbit будет безумным добровольцем [22:20] <jrand0m> сейчас мне нужно побороться с kaffe & jetty ради апдейтов на i2p.dnsalias.net [22:20] <duck> какого вида? [22:20] * MrEcho уже есть [22:20] *** tusko (~tusko@anon.iip) вошёл на канал #iip-dev [22:20] <jrand0m> вы уже безумные (и очень полезные) добровольцы :) [22:20] <FireRabbit> спасибо! [22:20] <FireRabbit> :) [22:21] *** TC (~TC@anon.iip) вошёл на канал #iip-dev [22:21] <jrand0m> эй, кто это у нас — tc [22:21] * MrEcho хлещет TC .. ты опоздал [22:21] <TC> привет [22:21] <TC> мы снова поднялись и работаем? [22:21] <MrEcho> ага я сегодня даже печатать могу... [22:22] <jrand0m> iip вроде бы поднят... [22:22] <TC> ура [22:22] <jrand0m> в любом случае, надеюсь выпустить 0.2.3.1 в ближайшие несколько дней, как только исправим два критических бага (перегрузка CPU, которую видел tc, уже обновлена) [22:23] *** wiht (anon@anon.iip) вошёл на канал #iip-dev [22:23] <TC> в чём была причина? [22:23] <FireRabbit> кажется, после обновления до 0.2.3 выросла дисковая активность, но я не разбирался, это действительно i2p или просто комп тупит [22:23] *** Выход: wiht ((null)) [22:23] <TC> FireRabbit, сколько у тебя памяти? [22:24] <FireRabbit> на том компьютере, думаю, 128 [22:24] <FireRabbit> думаешь, это может быть файл подкачки? [22:24] <jrand0m> причина в том, что 0.2.3 отправляет все сообщения dbStore через garlic‑маршрутизацию сообщений вместо прямой отправки, что использует либо ElGamal, либо AES+SessionTag (в зависимости от того, известны ли теги). persistentSessionKeyMAnager заставит теги жить дольше, а 0.2.3.1 будет отправлять сообщения dbStore через tunnels вместо этого [22:24] <TC> потому что у меня 512, а i2p прошлой ночью выдал ошибку 'out of memory' [22:24] <jrand0m> правда? чёрт [22:24] <FireRabbit> о, интересно [22:25] <MrEcho> вау [22:25] <jrand0m> да, это №3 в списке багов, которые ещё предстоит расколоть (хотя это не блокер для 0.2.3.1) [22:25] <jrand0m> OOM не используют все 512 [22:25] <TC> но сейчас, похоже, всё работает нормально [22:25] <jrand0m> они используют только то, что выделено Java (например, 64M) [22:26] <TC> да [22:26] <duck> Память: Используется: 8187KB [22:26] <jrand0m> ага [22:26] <duck> это немного! [22:26] <duck> пока [22:26] <MrEcho> Память: Используется: 8908KB Свободно: 4088KB [22:27] <jrand0m> ага, там что‑то растёт, надеюсь отследить это к 0.3 [22:27] <jrand0m> круто, 'free' означает, что раньше использовалось 12.9M, теперь только 8.9 [22:27] <TC> сейчас оно ест 30 мегов памяти, но прошлой ночью подпрыгнуло до (как сказала Windows) '70', и примерно тогда упало [22:27] <jrand0m> ага, у меня kaffe тоже так делает, tc [22:28] <jrand0m> ок, в любом случае, людям стоит подписаться на список рассылки i2p [22:28] * FireRabbit думает, что когда сегодня доберётся домой, перепишет библиотеку meshwork, так как у неё есть проблемы [22:28] <FireRabbit> эх [22:28] <jrand0m> ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] <jrand0m> блин, FireRabbit [22:28] <FireRabbit> эта штука никогда не будет доделана [22:28] <TC> ага, и память в основном не проблема [22:28] <jrand0m> хех, ни один проект не идёт так легко, как надеешься [22:28] <FireRabbit> неа [22:28] <protocol> jrand0m: рассылка срабатывает на защиту от спама Yahoo! [22:28] <protocol> просто к сведению [22:28] <jrand0m> правда, protocol? [22:29] <protocol> ага [22:29] <jrand0m> возможно, именно это и включило защиту от спама, когда я поставил в копию iip-dev [22:29] * jrand0m напишет моему провайдеру [22:29] <jrand0m> (или, возможно, из‑за .dnsalias.net) [22:30] <protocol> мне пока ничего не приходило, а папку спама я очистил до того, как смог проверить [22:30] <duck> или из‑за ника jrandom [22:30] <jrand0m> лол, duck [22:30] <FireRabbit> :) [22:30] <jrand0m> было бы круто, если бы мой ник фильтровался :) [22:30] <FireRabbit> хехе [22:30] *** wiht (anon@anon.iip) вошёл на канал #iip-dev [22:30] <jrand0m> с возвращением, wiht [22:30] <jrand0m> кстати, пожалуй, стоит вставить 3.1) приложения :) [22:31] <jrand0m> эй, MrEcho, как идёт битва? [22:31] <wiht> jrand0m: Привет. [22:31] <MrEcho> вот бы кто‑нибудь написал программу автодетекта для конфигурации сборки Linux [22:31] <MrEcho> ну, всё движется [22:31] <duck> knoppix же использует какую‑то штуку автодетекта, не так ли? [22:31] <jrand0m> ./configure ; make ; make check ; make install ; reboot [22:31] <duck> </offtopic> [22:31] <MrEcho> я в целом наметил, как хочу всё сделать [22:31] <jrand0m> ага [22:32] <jrand0m> есть чёткое понимание, как i2ptunnel можно обновить, чтобы использовать то, что ты делаешь, MrEcho? [22:32] <FireRabbit> думаю, knoppix использует hotplug [22:32] <MrEcho> 0.1 не будет/возможно будет закрыт .. пока не знаю [22:32] <jrand0m> круть [22:33] <TC> о, jrand0m, у меня вопрос про CVS [22:33] <jrand0m> que tal? [22:33] <MrEcho> для DNS‑запросов я сделаю серверный порт на стороне Client и RS для запросов Names [22:33] <FireRabbit> ок, jrand0m, просвети: если у тебя два массива — один хранит только что полученные данные, а второй выступает буфером — как бы ты их назвал [22:33] <MrEcho> и я сделаю библиотеку (lib) для использования любым приложением [22:33] <jrand0m> FireRabbit> src, dest [22:34] <FireRabbit> хмм [22:34] <TC> я подумал, что было бы неплохо обновлять hosts‑файл напрямую в CVS на базе i2p, чтобы его можно было включать в будущие версии [22:34] <jrand0m> определённо, tc [22:34] <FireRabbit> класс довольно большой, думаю, хочу названия чуть конкретнее [22:34] * jrand0m нужно бы оформить тебе аккаунт в CVS [22:34] <TC> только вот как к нему подключаться [22:34] <duck> TC: тебе нужен (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] <duck> самый простой клиент CVS для Windows из тех, что я знаю [22:35] * MrEcho использует DOS‑версию :) [22:35] <mihi> duck: для Windows != Win9x ;) [22:35] * FireRabbit использует порт CVS для командной строки [22:35] <duck> mihi: я тестировал это с Win9x [22:35] <jrand0m> tc> ты раньше пользовался CVS? или беспокоишься об анонимности? (сейчас ты должен иметь возможность ходить в CVS через i2p) [22:35] * mihi использует либо WinCVS, либо cygwin cvs [22:35] * jrand0m использует cvs.exe [22:35] <TC> ок, то есть мне использовать тот клиент и настроить прокси? [22:35] <TC> нет, я никогда не пользовался CVS [22:35] <jrand0m> ок, после встречи проведу тебя через настройку [22:36] <TC> конечно, спасибо [22:36] <duck> про работу с CVS через tunnel: [22:36] <duck> разве дублирующиеся сообщения не станут большой проблемой? [22:36] *** Выход: wiht (таймаут пинга) [22:37] <duck> особенно для коммитов [22:37] <jrand0m> да, duck, но я с этой проблемой не сталкивался (сообщения CVS обычно маленькие) [22:37] <jrand0m> >64k сообщений (например, спецификации .pdf или .sxw) пока стоит делать через обычный Интернет [22:38] <duck> сообщения jabber тоже довольно часто дублируются [22:38] <jrand0m> ты прав, это ещё не железобетонное решение для CVS [22:38] <duck> хотя они и XML, они не такие уж большие [22:40] <jrand0m> да, потерянные ACK — одна из неприятностей текущих багов с потерями в i2psessionimpl2 :/ [22:40] <duck> ок [22:41] <duck> (это был частично потерянный ACK) [22:41] <jrand0m> (с сетью такого размера не должно быть повторных отправок вовсе, разве что пир офлайн) [22:42] <jrand0m> хмм ок, есть ещё что‑нибудь по i2p? [22:42] <mihi> jrand0m: как насчёт добавить какой‑нибудь порядковый номер в пакеты i2p? [22:43] <jrand0m> i2ptunnel пакеты? [22:43] <mihi> это помогло бы с дублями. [22:43] <mihi> нет, i2pnp пакеты [22:43] <mihi> окей, можно сделать и на уровне i2ptunnel. [22:43] <TC> так что, jrand0m, ты восстановил соединение или всё ещё в кафе? [22:43] <mihi> если приходит один и тот же номер дважды — игнорируй второй. [22:44] <jrand0m> там уже обрабатываются дублирующиеся ID для большинства вещей, хотя ты прав — для оставшихся сообщений будет апдейт в 0.3 [22:44] <jrand0m> да, сейчас мы держим историю последних 1000 msgId, чтобы отбрасывать дубли [22:44] <mihi> окей, если кто‑нибудь вызовется написать хорошую TCP‑реализацию для i2p, было бы лучше ;) [22:44] <jrand0m> да! :) [22:44] *** Nostradumbass (nostradum@anon.iip) вошёл на канал #iip-dev [22:45] * jrand0m думает, что когда 1.0 будет близко, появится баунти за [ещё не определённое killer‑приложение/фичу] [22:45] <duck> выиграй 1‑часовую приватную беседу с UserX! [22:45] <jrand0m> лол [22:45] <MrEcho> лол [22:46] <jrand0m> ок, есть ещё что‑нибудь по i2p, по iip или вообще что‑то ещё для этой, 69‑й встречи iip-dev? [22:46] <jrand0m> (кроме комментариев про pinup‑девушек userx) [22:47] <duck> какие ещё приложения должна запускать duck inc.? [22:47] <jrand0m> bluebeep! [22:47] <TC> 1. jrand0m, ты исправил проблемы с соединением? 2. что думаешь о моём новом eepsite? [22:47] <TC> bluebeep? [22:47] <jrand0m> о, прости, tc. да, у меня наконец есть доступ в сеть :) твой новый eepsite, кроме доски (которая офигенна), ещё не видел, но позже гляну :) [22:48] <duck> TC: мне нравится новый дизайн [22:48] <TC> хмм, мне стоит поменять и доску, чтобы сократить время загрузки [22:48] <duck> только попробуй отключить функцию email в phpboard, а то сейчас каждый раз вылезает ошибка [22:48] <TC> спасибо, duck [22:48] <jrand0m> убрать картинки было бы плюсом [22:49] <TC> хорошая идея [22:49] <jrand0m> (bluebeep — старый вардайлер) [22:49] <MrEcho> ага [22:49] <jrand0m> (и вообще забавная игрушка) [22:49] <duck> пожалуйста, имейте в виду, что средний возраст здесь — 16 [22:50] * MrEcho — 24 [22:50] * duck пригибается [22:50] * jrand0m сомневается, что найдётся достаточно трёхлеток, чтобы уравновесить стариков среди нас ;) [22:50] *** wiht (anon@anon.iip) вошёл на канал #iip-dev [22:50] <MrEcho> лол [22:50] * TC как‑то собрал чёрный ящик [22:50] <jrand0m> w3wt [22:50] <lonelynerd> встреча уже закончилась? [22:50] <duck> последний вопрос: [22:50] *** protocol теперь известен как proto_afk [22:51] <duck> как читать статистику kademlia? [22:51] * jrand0m ещё не сделал !baf, lonelynerd, так что спрашивай :) [22:51] * MrEcho убивает поддержку PCMCIA в ядре [22:51] <duck> просто чтобы понять, что выдаёт routerConsole.html [22:51] <MrEcho> я начинаю злиться [22:51] <jrand0m> ок, ты имеешь в виду статистику JobQueue? [22:52] * duck предполагает, что, вероятно, всё очевидно [22:52] <jrand0m> в целом, когда я смотрю на статистику JobQueue, я проверяю, чтобы среднее время выполнения задач Build garlic message, buld tunnel, and handle * message было небольшим [22:52] <jrand0m> (это задачи, которые обычно занимают больше всего времени, и когда очередь pending растёт, страдает всё) [22:53] <lonelynerd> (наверное, мне лучше сначала прочитать логи) [22:53] <duck> понял [22:53] <jrand0m> среднее время ожидания .1–.6 с, которое я вижу, — паршивое, и это одна из главных вещей, на которую я нацелюсь, когда придёт время их подкручивать [22:54] <jrand0m> показатели liveliness и reliability содержимого netDb по большей части случайные числа, если только они > 100. last sent successfully — когда в последний раз это было отправлено 2 или более пирам [22:54] <jrand0m> (мы отправляем повторно случайно, если это не локально) [22:54] <jrand0m> (но не чаще, чем раз в 5 минут) [22:55] <jrand0m> есть ли метрика, которая была бы полезна людям, или какая‑нибудь другая визуализация, которая помогла бы? (если это нетривиально, я, возможно, не добавлю, но если это легко, то, скорее всего, да) [22:56] <duck> спасибо [22:57] <jrand0m> есть ещё комментарии / вопросы / опасения / фрисби? [22:59] <jrand0m> в таком случае [22:59] * jrand0m размахивается [22:59] * jrand0m *baf* закрывает встречу