Встреча разработчиков I2P - 02 мая 2006

16:09 <jrandom> 0) привет 16:09 <jrandom> 1) Состояние сети 16:09 <jrandom> 2) Состояние Syndie 16:09 <jrandom> 3) ??? 16:09 <jrandom> 0) привет 16:09 * jrandom машет рукой 16:10 <jrandom> еженедельные заметки о статусе опубликованы на http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 16:11 <jrandom> окей, пока вы все читаете то захватывающее письмо, давайте перейдём к 1) Состояние сети 16:13 <jrandom> на данный момент кажется, что вся проблема коллапса из‑за перегрузки исправлена, и показатели создания tunnel довольно неплохи. всё же остались вопросы, которые нужно решить 16:14 <jrandom> ранее обсуждавшееся циклическое поведение (часто с периодом 10–12 минут) всё ещё наблюдается, вызывая отказы в противоположной фазе. есть новое исправление в коде начиная с -1, которое должно это убрать 16:15 <jrandom> (а именно, рандомизировать сроки истечения tunnel /правильно/, в отличие от сломанной рандомизации раньше) 16:16 <jrandom> это, плюс улучшенное планирование ssu и тестов tunnel, должно помочь, но насколько — я пока не вполне уверен 16:17 <jrandom> ладно, это всё, что у меня сейчас по этой теме. у кого‑нибудь есть вопросы/комментарии/опасения по 1) Состояние сети? 16:18 <green> хмм, максимальные лимиты bw никогда не достигаются, и это действительно далеко от прежнего 16:18 <green> как в 1-7 16:18 <green> s/1-7/.12-7 16:18 <jrandom> какой процент доли bw у тебя установлен? это теперь очень мощный регулятор 16:19 <green> 80% 16:19 <green> но используется только около 40% общего bw 16:20 <green> это просто «router, который ничего не делает» :P 16:20 <jrandom> хмм, как часто твой bw подскакивает до 80%, и часто ли ты отклоняешь запросы на tunnel (http://localhost:7657/oldstats.jsp#tunnel.reject.30 и tunnel.reject.*) 16:21 <jrandom> периодичность, наблюдаемая в запросах на tunnel, часто заставляет людей видеть перегрузку там, где её на самом деле нет 16:21 <jrandom> (потому что routers имеют избыточную ёмкость в другое время, просто не в моменты всплесков) 16:22 <green> tunnel.reject.30 очень ровная, типа 1,00 на 14 025,00 событий 16:22 <jrandom> о, извини, тут важны именно сами счётчики событий для этой статистики — ты отклонил более 14 000 запросов на tunnel из‑за перегрузки по пропускной способности 16:23 <jrandom> (the "value" for that stat is how many tunnels were rejected at the event, and thats always 1, since an event is caused by a message) 16:27 <jrandom> ладно, если больше нечего по 1) Состояние сети, давайте перейдём к 2) Состояние Syndie 16:27 <jrandom> мне особо нечего добавить к тому, что в письме касательно syndie, просто хотел дать обновление 16:28 <jrandom> ладно, если никто не хочет поднять что‑то по syndie, давайте перейдём к старому доброму 3) ??? 16:28 <jrandom> у кого‑нибудь есть ещё что‑нибудь, что хотят поднять на встрече? 16:31 * tethra хотел бы сказать «спасибо» (снова) за .17, так как это было большим улучшением 16:33 <jrandom> рад помочь, и ещё кое‑что на подходе 16:33 <jrandom> ладно, но если для сегодняшней встречи больше ничего нет... 16:33 * jrandom замахивается 16:33 * jrandom *baf* закрывает встречу