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

15:15 <jrandom> 0) привет 15:15 <jrandom> 1) Net status / 0.6.1.5 15:15 <jrandom> 2) Syndie updates 15:15 <jrandom> 3) I2Phex 15:15 <jrandom> 4) I2P-Rufus 15:15 <jrandom> 5) Issue tracker 15:15 <jrandom> 6) Dynamic Keys 15:15 <jrandom> 7) ??? 15:15 <jrandom> 0) привет 15:15 * jrandom машет рукой 15:16 <jrandom> еженедельные заметки о статусе выложены @ http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 15:17 <+bar> йалла! *стреляет очередями в воздух* 15:17 * jrandom пригибается и прячется, ныряя в 1) Net status / 0.6.1.5 15:18 <jrandom> как уже писал в письме, продвинулись сильно, и новый релиз должен выйти позднее сегодня 15:18 * jrandom выпустил бы раньше, но проспал и не хотел, чтобы все обновлялись /во время/ встречи :) 15:20 <jrandom> у кого-нибудь есть вопросы/комментарии/опасения по поводу 1) net status / 0.6.1.5? 15:20 <+fox> <ailouros> подойдёт комментарий "пожалуйста, продолжайте в том же духе"? 15:20 <jrandom> :) спасибо 15:22 <jrandom> В последнее время я довольно доволен стабильностью. надеюсь, следующий релиз повысит пропускную способность выше 4-8KBps/на поток. Я много тестировал локально, но надо посмотреть в полевых условиях 15:22 <tethra> присоединяюсь к комментарию ailouros и, более того, предлагаю тост: 15:22 <jrandom> у нас также были более позитивные отчёты от пользователей на dial-up подключениях 15:22 <tethra> за jrandom и i2p! ура! 15:22 <tethra> <3 15:23 <jrandom> w3wt. ок, если больше ничего нет, давайте перейдём к 2) Syndie updates 15:24 <jrandom> здесь тоже много прогресса, но, возможно, лучше обсудим после релиза, когда люди смогут попробовать сами 15:25 <jrandom> надеюсь, информация по адресу http://syndiemedia.i2p.net/about.html (первая ссылка) объяснит, почему стоит попробовать это дело :) 15:25 <+fox> <ailouros> да ну, сначала не выпускаешь, потом говоришь "сначала попробуйте"... это же издевательство! :D 15:25 <jrandom> :) 15:26 <jrandom> ок ок, тогда давайте прыгнем к 3) I2Phex, чтобы вы могли запостить свои мысли о Syndie в саму Syndie после обновления ;) 15:27 <jrandom> объявление о I2Phex 0.1.1.36 будет позднее сегодня 15:28 <jrandom> единственное изменение — фикc раздражающего всплывающего окна "Please insert a disk" 15:28 <tethra> то есть я могу вынуть диск из привода, и он не будет на меня орать? ;) 15:28 <jrandom> хе, да 15:28 <tethra> :D 15:30 <jrandom> ок, если по 3) I2Phex больше ничего, перейдём к 4) I2P-Rufus 15:30 <tethra> раз уж речь зашла, какие планы по i2phex? 15:30 <jrandom> ах 15:30 <jrandom> набор запросов на фичи выложен на форуме 15:31 <jrandom> я не слышал ничего от redzara насчёт слияния кода с Phex, но Gregor всё ещё работает над абстракцией сетевой части, чтобы нам было проще держаться синхронно 15:32 <jrandom> в целом приложение работает, хотя поддержка gwebcache была бы очень кстати, чтобы I2Phex работал "из коробки", без необходимости тянуть какие-либо файлы или ключи 15:32 <jrandom> не знаю никого, кто бы работал над возвращением поддержки gwebcache в I2Phex, но если кто-то знает Java, это было бы ОЧЕНЬ полезно 15:33 <tethra> круто. 15:33 <+fox> <reliver> _007pig, может быть? 15:33 <+fox> <ailouros> простите за вопрос, но сеть gnutella — это та, что когда-то сама себя залила насмерть? 15:33 <tethra> новички действительно сперва немного путаются 15:33 <+fox> <reliver> ты вчера не воспользовался его предложением помочь, jrandom 15:33 <jrandom> _007pig смотрел в сторону перевода, но кто угодно был бы кстати. В самом Phex есть поддержка gwebcache, но sirup её отключил 15:34 <jrandom> ailouros: gnutella всё ещё жива, но да, она не идеальна. 15:34 <tethra> кто-нибудь смотрит в сторону замены протокола, который использует i2phex, на что-то другое? 15:35 <jrandom> я не люблю требовать, чтобы люди работали над конкретными проектами, поэтому вместо этого предлагаю несколько разных областей для изучения 15:35 <jrandom> tethra: никто, о ком я знаю 15:35 <+fox> <ailouros> пожалуй, я бы предпочёл видеть Localhost (модификация Azureus) в i2p тогда 15:36 <tethra> разве bittorrent не более хлопотен, чем gnutella? 15:36 <tethra> с точки зрения сидирования и прочего 15:36 <jrandom> ailouros: всё, что люди реализуют и поддерживают, — это хорошо :) 15:36 <+fox> <ailouros> не знаю, я не пользовался gnutella уже... лет 6, наверное 15:37 <anti> наверняка он эффективнее и лучше тестирует настоящую масштабируемость? 15:37 <+fox> <ailouros> jrandom да, хорошая метрика :D 15:37 <jrandom> i2phex работает довольно хорошо, я через него перекачал много данных и нашёл интересный контент 15:37 <@cervantes> (pony pr0n) 15:37 <+fox> <ailouros> лол 15:37 <tethra> хахах 15:37 <jrandom> возможно, есть способы получше, но то, что работает, лучше того, чего не существует 15:37 <tethra> cervantes++ 15:37 <tethra> ;) 15:38 <tethra> истина 15:39 <anti> разумно 15:39 <@cervantes> ой-ой... jr обиделся и ушёл пораньше ужинать 15:39 <@cervantes> (простите) 15:39 <anti> нет, он, наверное, ищет тот самый (мифический) pony pr0n. ;) 15:40 <jrandom> *кхм* ;) 15:40 <tethra> лол 15:40 <tethra> хехе ;) 15:40 <jrandom> ок, если по 3) больше нет, двигаемся к 4) I2P-Rufus 15:40 <+fox> <reliver> я хочу летающий pony pr0n :-) 15:40 <jrandom> Rawn / defnax: есть что добавить к тому, что было написано на форуме? 15:41 <@cervantes> выглядит так, будто прогресс хороший 15:41 <jrandom> ага 15:45 <jrandom> ок, если по этому ничего, перейдём к 5) issue tracker 15:45 <jrandom> форум немного тяжеловат для управления багами и запросами фич, а bugzilla — вообще монстр... 15:46 <@frosk> разве где-то уже нет bugzilla? 15:46 <jrandom> я выложил общие требования, и у cervantes есть одно работающее решение 15:46 <jrandom> нет, bugzilla была на старом хосте (@johnscompanies) до миграции на sago 15:46 <+fox> <ailouros> как насчёт NNTP? лучше форумов, обычно тредится... 15:46 <+fox> <reliver> странно, что bugzilla так слаба, учитывая огромное сообщество open source, которое её использует ... 15:46 <+fox> <ailouros> how* 15:46 <@frosk> ясно 15:47 <jrandom> у nntp есть потенциал, но есть преимущества и у использования syndie (простая фильтрация по тегу): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 <jrandom> но у nntp есть плюс в виде десятилетий боевого применения 15:48 <+fox> <ailouros> NNTP reader умеет фильтровать по ключевому слову (по [] тэгам)? :D 15:49 <@modulus> может, не так уж много в последнее время? 15:49 <+fox> <reliver> включая спам и флейм ... 15:49 <jrandom> нам всё же нужно что-то с веб-доступом, так как большинство людей не пользуются nntp-клиентами 15:49 <+fox> <ailouros> я считаю, Thunderbird хорош в этом плане, и можно шарить enigmail между i2mail и i2nntp 15:49 <@modulus> может, веб-доступный nntp reader? 15:49 <+fox> <reliver> гейтвеи — обычное дело 15:49 <jrandom> хмм, modulus? 15:50 <@modulus> ну, usenet сейчас уже не так часто используется, думаю 15:50 <jrandom> верно, значит, нам нужен будет nntp-сервер и шлюз с поддержкой фильтрации 15:50 <@frosk> хотя идея cervantes мне нравится 15:50 <+fox> <ailouros> (и, кстати, люди не юзают NNTP-клиенты потому что форумы куда красивее и куда тяжелее) 15:50 <@modulus> хмм, шлюз с поддержкой фильтрации? о чём вы, может, стоит пояснить. :-) 15:51 <@modulus> по-моему, форумы отстой, ненавижу эти чертовы форумы, ими невозможно пользоваться ;-( 15:51 <+fox> <ailouros> ЛОЛ, думаю, он хочет доступ из InterNEt 15:51 <+fox> * ailouros согласен с modulus 15:51 <@frosk> modulus: чистая правда 15:51 <jrandom> хех, modulus ;) мы обсуждаем http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 15:51 <+fox> <ailouros> айеее, мегабайтный URI 15:52 <@modulus> что мне нравится в URL'ах syndie — насколько они запоминающиеся и простые для набора 15:52 <jrandom> мне всё ещё нравится http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:52 <jrandom> хех 15:52 <jrandom> ну тогда зайдите на http://syndiemedia.i2p.net/threads.jsp и кликните по ссылке "Issue tracking software" :) 15:53 <@frosk> репортинг багов прямо из консоли router 15:53 <@modulus> хмм, баг-трекинг. 15:53 <jrandom> использование syndie даст нам 1) интеграцию в окружение каждого пользователя I2P 2) тривиальную фильтрацию 3) треды 4) обработку спама (через ignore/favorites) 5) нагрузочный тест для syndie :) 15:54 <+fox> <reliver> звучит отлично :-) 15:54 <+fox> <ailouros> да 15:54 <jrandom> ага, это очень крутая фича, frosk... мы даже можем сделать спец. HTML-формы для постинга на /syndie/post.jsp 15:54 <+fox> <ailouros> и, кстати, разве не было разговоров о том, чтобы базировать syndie на NNTP? :D :D :D 15:54 <@modulus> хмм, как насчёт инструментов Debian для багов? они, по-моему, неплохие, тот же mailbug 15:54 <anti-> не спорь с тем, что уже работает! 15:55 <@cervantes> думаю, стоит сделать это хотя бы как техдемо 15:55 <jrandom> ailouros: использовать NNTP для распространения постов syndie, да. сейчас мы используем ad-hoc синдикацию, но дальнейшие улучшения были бы отличны 15:56 <@cervantes> нет лучшего способа показать syndie, чем реальными случаями использования 15:56 <jrandom> верно 15:56 <jrandom> ок, возможно, запланируем это на релиз 0.6.1.6 15:56 <+fox> <reliver> что мне не нравится в форумах — у них низкий порог входа 15:57 <+fox> <reliver> поэтому там много отвлекающего шума. 15:57 <@modulus> не знаю, эта штука syndie ... мне пока не очень нравится, но, может, привыкну. 15:57 <+fox> <reliver> и работать с ними можно только онлайн 15:57 <jrandom> modulus: читал пост по ссылке с http://syndiemedia.i2p.net/about.html ? 15:57 <@modulus> reliver: высокий порог входа — плохо для отчётов о багах, люди, вообще-то, делают вам большую услугу, что заморачиваются их писать. 15:57 <+fox> <ailouros> порог входа не низкий: вспоминается трафик. Уровень шума высокий, можно использовать [font=54]HELLO WORLD![/font] и раздражать кучу народу за секунды 15:57 <jrandom> согласен, modulus 15:58 <+fox> <ailouros> да и работать нужно онлайн 15:58 <jrandom> хех, ailouros, с этим нам всё равно нужно разбираться в Syndie :) 15:58 <@modulus> хмм, наверное нет, jr, дай посмотрю 15:58 <+fox> <ailouros> ну, в syndie можно занести пользователей в чёрный список, и всё 15:58 <jrandom> в syndie можно создавать баг-репорты офлайн, а потом синдицировать их в удалённый архив, когда будете онлайн :) 15:58 <jrandom> именно, ailouros, и в новом релизе — одним кликом 15:59 <+fox> <ailouros> с форумами либо надеешься, что придёт админ и убьёт их, либо терпишь 15:59 <anti-> это больше uucp, чем nntp :) 15:59 <@modulus> хмм, какой именно пост оттуда? 15:59 <jrandom> лол, *в точку*, anti 15:59 <jrandom> modulus: первая ссылка "в syndie itself" 15:59 * cervantes предпочёл бы вариант "убить" 16:00 <@modulus> блин, uucp == nntp для практических целей :-) 16:00 <jrandom> anti-: в этом-то и идея — по мере того как люди строят новые и лучшие транспортные механизмы (uucp, nntp, usenetdht и т. д.), контент может течь бесшовно 16:00 <+fox> <ailouros> всё это напоминает plan9 16:01 <+fox> <reliver> i2p может быть особенным, но обычно системы репортинга багов используют как файрволы против пользователей ... 16:01 <jrandom> используют как файрволы против пользователей? 16:01 <+fox> <reliver> i2p может быть особенным, но обычно системы репортинга багов используют как файрволы против пользователей ... 16:01 <+fox> <reliver> да. 16:01 <jrandom> я хочу, чтобы людям было очень, очень просто сообщать о багах 16:01 <+fox> <reliver> mozilla, thunderbird, ubuntu — лишь примеры 16:02 <+fox> <reliver> ок, отлично :-) 16:02 <jrandom> у mozilla/и пр. есть встроенный "агент обратной связи" для автоматической отправки баг-репортов 16:02 <+fox> <reliver> они эти баг-репорты не читают 16:02 <jrandom> хех 16:02 <@modulus> хмм, введение ок, единственная проблема — мне совсем не нравится интерфейс, я предпочитаю делать "почтовые" вещи через метафору папок, а не через веб-страницу с тоннами ссылок 16:02 <@modulus> но это я 16:02 <jrandom> modulus: возможно, экспорт в rss тебе как раз подойдёт? 16:02 <+fox> <ailouros> согласен с modulus (кто бы сомневался? :D ) 16:02 <@cervantes> необходимость пользоваться pastebin, чтобы показать ошибки консоли, некоторых отпугивает 16:03 <jrandom> или можем сделать интеграцию с susimail, как предлагал cervantes, чтобы отправлять отчёты 16:03 <jrandom> (или постить в syndie) 16:03 <@modulus> возможно, jrandom, я посмотрю. может, нужен конвертер RSS-to-NNTP или RSS-to-POP?/IMAP, подумаю. 16:05 <@cervantes> modulus: любопытно, что ты скажешь о новом интерфейсе i2ptunnel в следующем релизе i2p 16:05 <@cervantes> станет ли тебе удобнее или хуже 16:05 <@cervantes> (хотя, полагаю, ты обычно редактируешь конфиги?) 16:07 <jrandom> ох да, чёрт, я столько всего забыл в статус-нотах... 16:08 <+fox> <ailouros> тогда давайте ускоримся и перепрыгнем к следующему пункту... это был пункт под буквой C, да? 16:08 * jrandom думает, что это реально круто, но получим ещё отзывы, когда люди попробуют 16:08 <@modulus> cervantes: это "любопытно", как в смысле "ты лучше воткнёшь себе маленький нож в задницу, чем будешь этим пользоваться", или наоборот? :-) 16:08 <jrandom> да, прыгаем к 6), есть у кого мысли по предложению Dynamic Keys (динамические ключи)? 16:09 <@modulus> cervantes: обычно я как раз использую интерфейс, хотя теперь знаю, что конфиги можно редактировать ... :-) 16:09 <+fox> <ailouros> да, я почти уверен, это вызовет резкий рост числа якобы известных routers 16:09 <@cervantes> *чёрт* :) 16:10 <@modulus> этот dynamic key — это идея, что routers получают новый ключ при новом IP, верно? 16:10 <@cervantes> modulus: ну, просто стоит ли вообще заморачиваться с WAI-фигнёй 16:10 <jrandom> хех, верно, ailouros 16:10 <@cervantes> впрочем... я отвлёкся 16:10 <jrandom> верно, modulus 16:11 <@modulus> ну, возможно, не так уж плохо, что известные пиры — это, по сути, догадки, ещё больше, чем сейчас. 16:11 <+Complication> Единственное, что приходит в голову про Dynamic Keys... похоже, ключи не стоит менять без нужды (иначе ломается отслеживание надёжности/производительности). 16:11 <+Complication> Но при смене IP (достаточно редко?) это может не навредить. 16:11 <jrandom> верно, Complication. по умолчанию это не нужно. большинству это вовсе НЕ нужно 16:12 <anti-> я не уверен в положительном эффекте этих предложений. 16:12 <jrandom> это не сильно улучшит анонимность и вовсе не поможет против сильного противника, но может помочь против слабых 16:12 <+fox> <ailouros> разве это не выдаст, какие узлы с фиксированным IP, а какие нет? 16:13 * cervantes живёт с одним и тем же ключом почти 2 года :) 16:13 <+polecat> Ну, по крайней мере, я могу сюда добраться. 16:13 <jrandom> ailouros: большинством это не будет использоваться. лишь очень-очень небольшое меньшинство захочет 16:13 <+fox> <ailouros> то есть по сути больше перетасовки (churn) ради небольшой защиты от слабых противников? 16:13 <jrandom> верно, ailouros 16:13 <+fox> <ailouros> ну ок 16:14 <+fox> <ailouros> можно ли как-то померить падение производительности от этой фичи в полях? 16:14 <@modulus> это, думаю, поможет против атаки пересечения узел-назначение? 16:14 <+polecat> Всё ещё не понимаю, почему у меня переключается между OK и OK(NAT), загадка... 16:14 <jrandom> modulus: только против слабого противника 16:14 <+fox> <ailouros> polecat не переживай, у меня переключается между аптаймом 15ч и 0ч :| 16:14 <jrandom> ailouros: не уверен, хотя stats.i2p подсказывает, что мы справимся с перетасовкой 16:15 <jrandom> polecat: хмм, похоже, где-то фильтрация 16:15 <@modulus> по-моему, атака пересечения node-dest — самая серьёзная из реально осуществимых сейчас? кроме того, что нас слишком мало, я имею в виду. 16:15 <@modulus> так что всё, что помогает в этом направлении, наверно, хорошая идея 16:16 <+polecat> Я могу отправлять UDP-пакеты прямо через свой router на этот порт, с удалённых шеллов проблем нет. Без понятия, может, i2p видит NAT и ошибочно думает, что порт не проброшен. 16:16 <+fox> <ailouros> согласен, что "хорошая идея", пока перетасовка не вредит производительности серьёзно 16:16 <anti-> когда сеть станет больше, перетасовки и так будет достаточно... 16:17 <anti-> *указывает на очевидную DoS-атаку с постоянной сменой ключей каждые несколько минут 16:17 <anti-> какой будет эффект? 16:17 <+fox> <ailouros> DoS против кого? :D 16:18 <jrandom> э, новые пиры по умолчанию попадают в уровень "не сбойные", и лишь со временем переходят в уровни "high capacity" или "fast" 16:18 <jrandom> так что DoS выбора пиров не получится 16:18 <anti-> у относительно сильного противника... будет куча мёртвых узлов/ netDb churn? 16:18 <+Complication> anti: такой узел больше никто не сочтёт надёжным 16:18 <+polecat> anti-: у нас есть shitlist не просто так. 16:19 <anti-> *доволен 16:19 <jrandom> ну, записи в netDb выкидываются, если пир недоступен 16:20 <anti-> тогда те же проблемы с производительностью, что только что поднимали из-за dynamic keys, будут актуальны? если такая атака не слишком бьёт по производительности, то и dynamic keys заметно не повлияют... так? 16:20 <+polecat> инкрементальное доверие реально помогает справляться с предателями с поздним проявлением, я вот подумал. 16:20 <+fox> <ailouros> что такое "late onset betrayer"? 16:20 <+polecat> Доверяй людям всё больше, по мере того как они продолжают приносить пользу, но не настолько, чтобы они могли отнять больше, чем дали... 16:20 <anti-> долго участвуют, а потом становятся иудами. 16:21 <jrandom> верно, пиры быстро вылетают из уровня 'fast', если ведут себя плохо 16:21 <+Complication> Думаю, это кто-то, кто действует как "дождись 300 participating tunnels — и упади" 16:21 <+polecat> О, я постоянно придумываю фразы. Да, предательство по-Иуде: сначала реально помогаешь, а потом предаёшь в расчёте сорвать куш в последний момент. 16:21 <anti-> о нет, tunnels упали — *rebuild* 16:21 <jrandom> пиры, повышенные в 'fast', пока их выкидывают, должны хватить 16:21 <+fox> * ailouros веселится с этими неверными библейскими отсылками :D 16:22 <jmg> к слову о high capacity, ух, у меня сегодня между 400k и 600K стабильно для router. (возможно, помогают все те мои настройки с нулём hops) 16:22 <jrandom> 600KBps?! 16:22 <+polecat> Надеюсь, за то время, чтобы добраться до 300 participating tunnels, тебя заставят перекачать достаточно данных, чтобы падение уже не имело значения. 16:22 <jmg> да 16:22 <+fox> <ailouros> O_O ты к чему подключён? 16:22 <+Complication> Такая скорость — новость для меня :) 16:22 <jrandom> чёрт, это уже достаточно быстро, чтобы упереться в наши фильтры Блума 16:22 <anti-> ailouros: невежливый вопрос к исследователям анонимности ;) 16:23 <+polecat> Это должно быть 600KBpm или ph. 16:23 <+fox> <ailouros> извини, anti- :D но он сам первый сказал 16:23 <+polecat> пх! 16:23 <jrandom> я бы с радостью получил с тебя статы со страницы oldstats.jsp. но рад слышать, что справляется :) 16:23 <anti-> когда-нибудь попробую из i2... 16:23 <jrandom> хехе 16:24 <+fox> <ailouros> звучит круто, I2P поверх I2 16:24 <jmg> jrandom: я веду графики, буду внимательнее мониторить, но да, могу подтвердить 600kB/s в течение 2 минут, около 5 минут назад 16:24 <+polecat> Кто-нибудь пробовал пройти фаервол router'а d-link? У меня вообще не выходит, а мой друг всё забывает пробросить порт. 16:24 <jrandom> отлично, jmg 16:24 <anti-> polecat: мы уже делаем UDP holepunching? я потерял нить 16:25 <jrandom> anti-: да, делаем, кроме симметричных NAT 16:25 <jrandom> polecat: если у друга есть модель, есть сайты со списками типов NAT 16:26 <anti-> насчёт позднего предательства... может быть проблемой против сильного противника? 16:26 <jmg> jrandom: конечно, bittorrent известен тем, что выжимал этот канал до 4MB/s стабильно, но я в последнее время поубавил 16:26 <anti-> 24000 узлов, значит, один падает каждые 10 секунд? 16:26 <+polecat> symmetric NAT, в отличие от full cone? 16:26 <jrandom> отлично, jmg 16:26 <jrandom> хмм, anti-? 16:26 <jrandom> polecat: или restricted cone 16:27 <+polecat> Ого, может и restricted cone, впечатляет.. 16:27 <anti-> не думаю, что позднее предательство даст значимый эффект, если только не в невероятно массовом масштабе, при котором другие атаки дадут больший эффект? 16:28 <jrandom> да, я особо не переживаю, anti-... слишком дорого, а мы всё равно умеем обходить отказы, так что ущерб минимален 16:28 <+Complication> Позднее предательство требует сильного вклада (чтобы другие машины стали зависеть от твоей). 16:28 <+fox> <ailouros> невероятно массовый масштаб = вы — все entries почти у каждого другого router? 16:28 <anti-> именно так и делают сейчас анти-p2p, но теперь есть и anti-anti-p2p... 16:29 <+fox> <ailouros> хотя нет, анти-p2p шлют мусор вместо хороших данных 16:29 <+fox> <ailouros> это не то же самое 16:29 <anti-> это просто более быстрый путь угодить в чёрный список, так что тебя никогда не будут хорошо ранжировать. 16:29 <anti-> против i2p это вообще не сработает, думаю. 16:29 <@cervantes> jmg: у меня с торрентов было 4-5mb/s, но ничего похожего на 600k через I2P... у тебя и железо мощное? 16:29 <+polecat> Я больше думал вне контекста i2p. Мое правительство обожает позднее предательство, хотя старается держать это в секрете. 16:29 <anti-> но сначала мы бы высосали у них весь канал! 16:29 <jrandom> anti-: если они надёжны сутками напролёт, атаковать смогут разок и меньше чем на 10 минут 16:30 <jrandom> именно, anti- :) 16:30 <+polecat> Или в контексте онлайн-банкинга. 16:30 <jmg> у кого-нибудь есть простая инструкция по установке Native BigInteger library для amd64? если нет, сам разберусь 16:30 <jrandom> хех, polecat 16:30 <jrandom> jmg: она встроена в jbigi.jar, но должна собираться и на amd64 сейчас 16:30 <jrandom> хотя, похоже, мы уже на 6.1) ??? 16:31 <jrandom> есть что ещё поднять? :) 16:31 <anti-> понадобилось бы 20000 машин или около того, с "плавающим" графиком падений, и, думаю, результат разочарует: вы внесёте в сеть куда больше, чем отнимете! 16:31 <jrandom> на это и надежда, anti- 16:31 <+fox> <ailouros> ну, в худшем случае людям придётся сделать reseed 16:31 <jmg> о, спасибо 16:31 <+polecat> 64-битный процессор, 4 мбит аплоад — кому-то везёт. 16:32 <anti-> или обычная машина в универе... 16:32 <+fox> * ailouros смотрит на список железа в своём универе и хмурится 16:32 <anti-> универ, который не покупает dell ;) 16:33 <+fox> <ailouros> думаю, у нас есть пара dells... лет за 5 до нашей эры, ИМХО 16:33 <+fox> <Sonium> думаю, это плохо: 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <@cervantes> polecat: 4 мегабайта ;-) 16:33 <jrandom> Sonium: да, как только поймает первый OOM, дальше она упадёт быстро 16:34 <+fox> <Sonium> и это тоже: 16:34 <+fox> <Sonium> jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 <+fox> <Sonium> или в establisher 16:34 <jrandom> (последующие OOM можно смело игнорировать) 16:34 <jrandom> после первого OOM можно игнорировать все последующие ошибки 16:34 <+fox> <ailouros> да, но первого OOM у тебя быть не должно :D 16:34 <jmg> polecat: зато задержка здесь, на русской космической станции, феноменальная.. 16:34 <jrandom> верно, ailouros 16:35 <+fox> <ailouros> кстати... мой router довольно часто перезапускается watchdog'ом 16:35 <jrandom> хмм, высокий CPU usage? 16:35 <+fox> <ailouros> наверное, просто неудачная установка? 16:35 <+fox> <ailouros> насколько я знаю — нет, машина почти не нагружена 16:36 <+fox> <ailouros> но, видимо, это то, чего стоит ждать от баганой JVM поверх слегка баганого слоя эмуляции Linux 16:36 <jrandom> какую jvm ты используешь и какая os? 16:36 <+fox> <Sonium> я? 16:36 <+fox> <ailouros> Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 на NetBSD/i386 2.0.2 16:37 <jrandom> ага, я вообще не тестировал на nbsd. на fbsd всё ок, но с nbsd опыта нет 16:38 <jrandom> возможно, стоит попробовать gcj, можем копнуть после встречи 16:38 <+fox> <ailouros> работает неплохо, но весь кайф в том, что иногда (в зависимости от того, какой бит он перевернул, вставая с кровати — тьфу, при перезагрузке) файлы netbsd создаются с правами 540 :D 16:38 <+fox> <Sonium> что-то здесь реально хреново 16:38 <+fox> <Sonium> jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 <+fox> <Sonium> 6 16:39 <+fox> <ailouros> сорри, файлы netDb создаются 540 16:39 <+fox> <Sonium> думаю, переустановлю всё позже 16:39 <jrandom> Sonium: какая у тебя ОС? похоже, jvm глючит 16:39 <+fox> <Sonium> winxp 16:39 <jrandom> да, если у тебя 1.5.0_5, стоит попробовать 1.4.2_09 16:39 <anti-> не думаю, что это проблема i2p... 16:40 <jrandom> (1.4.2 у меня стабильнее и требует меньше ресурсов) 16:40 <jrandom> и i2p не использует никаких 1.5-измов, да и улучшения GUI из 1.5 нам не нужны 16:40 <+fox> <Sonium> любопытно, раньше такого не было 16:40 <+polecat> Azureus не поднимется без 1.5, увы. 16:40 <+fox> <ailouros> и я, конечно, *ИСПОЛЬЗУЮ* azureus :| 16:41 <+fox> <ailouros> но это не особо проблема... не думаю... 16:41 <+fox> <ailouros> если только эти сообщения про то, что bob четвертый, не важны 16:41 <jrandom> не, их можно игнорить 16:41 <anti-> (это только меня бесит, что utorrent и bitcomet не опенсорс?) 16:42 <+polecat> :o Проклятье тебе, bob! 16:42 <jrandom> ок, есть что-нибудь ещё для встречи? 16:42 <anti-> маффины? 16:42 * cervantes может рекомендовать ibm java 1.4.2, если хотите лучшее обращение с ресурсами 16:42 <+polecat> anti-: попробуй mlnet. caml -> страннейший язык в мире, но работает хорошо. 16:42 <+fox> <ailouros> caml крутой 16:42 <+fox> <ailouros> (если умеешь читать :D ) 16:42 <@frosk> эй, не гони на caml 16:43 <anti-> туда же заслуживают упоминания prolog и brainf**k и иже с ними 16:43 <+polecat> у caml ужасная документация. Полчаса ушло, чтобы понять, что ! обычно (иногда) — оператор разыменования. 16:43 <@frosk> мне платят за написание на ocaml :) 16:43 <+polecat> jrandom: не знал, что врезался в встречу, сорри. 16:44 <jrandom> ничего, компенсируем наши короткие встречи ;) 16:44 * jrandom разминается 16:44 * jrandom *baf* закрывает собрание