Reunião de Desenvolvedores do I2P - 21 de novembro de 2006

15:02 <jrandom> 0) olá 15:02 <jrandom> 1) Status da rede 15:02 <jrandom> 2) Status do desenvolvimento do Syndie 15:02 <jrandom> 3) ??? 15:02 <jrandom> 0) olá 15:02 * jrandom acena 15:02 <jrandom> notas semanais de status publicadas em http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 <jrandom> como essa é bem curta, vamos passar para 1) status da rede 15:04 <jrandom> as coisas estão indo muito bem no momento, a rede parece bastante estável 15:04 <+zzz> Eu inventei um "índice de capacidade de pares" 15:04 <+zzz> no painel... 15:04 <+zzz> até agora não tenho certeza se é útil 15:04 <jrandom> ah sim, desculpa, mencionei isso na semana passada - parece bem útil, obrigado! 15:05 <jrandom> interessante ver a disparidade por aí tão claramente 15:05 <+zzz> a ideia é a razão entre routers de alta capacidade e routers de baixa capacidade, o que é obviamente importante para a % de construção de tunnel 15:06 <+zzz> Estou removendo routers das estatísticas para os quais não recebo uma atualização do netDb por 1,5 hora, mas isso parece rápido demais; acho que está distorcendo as estatísticas 15:07 <jrandom> ah, ok, isso explicaria. você ainda está coletando? 15:07 <jrandom> (ou fazendo wget de dev.i2p.net?) 15:08 <+zzz> sim 15:08 <jrandom> legal 15:08 <+zzz> netDb.harvestDirectly=false 15:08 <+zzz> netDb.shouldHarvest=true, certo? 15:09 <jrandom> então as estatísticas que tivemos antes eram em grande parte baseadas em routers que eram tão ruins que o usuário os desligava e sumia, então? 15:09 <jrandom> certo 15:10 <+zzz> sempre foram 1,5 horas, mas ao traçar os routers M/N/O, eles parecem ir e vir quando, intuitivamente, deveriam permanecer bastante constantes 15:10 <jrandom> ah, ok 15:10 <+zzz> dá para ver picos/quedas em todos os dados que duram 1,5 hora :) 15:11 <spaetz> a rede parece bem estável. Sim 15:12 <+zzz> isso é tudo que tenho para esse tópico 15:12 <spaetz> Gostaria de saber se o jrandom está completamente focado no Syndie atualmente ou se ele ainda olha o desenvolvimento do i2p. 15:12 <spaetz> ou se isso está apenas um pouco em segundo plano temporariamente 15:13 * jrandom está completamente focado no Syndie atualmente, mas trabalhará no i2p tanto quando houver problemas quanto quando o Syndie estiver estabelecido 15:13 * spaetz agradece pela informação 15:14 * spaetz está bem com isso 15:15 <jrandom> w3wt. sim, estado estável significa que o desenvolvimento do Syndie pode continuar, mas se houver problemas, claro que eu repriorizo 15:15 <jrandom> ok, alguém tem mais algo sobre 1) status da rede? 15:15 <Walter> Tenho uma pergunta aleatória. 15:15 <jrandom> manda, Walter 15:17 <Walter> Assuma que você tem 100 Mb/s de largura de banda, que tipo de servidor você precisaria para saturá-la como um nó I2P? 15:17 <jrandom> não importa 15:17 <jrandom> o i2p não satura e não irá saturar 100 Mbps 15:18 <Walter> Suponha que alguém quisesse fazer uso da largura de banda disponível. 15:18 <jrandom> você não conseguiria. 15:19 <spaetz> Eu tenho 150kbs de subida e de descida e isso usa cerca de 25% de um vserver (Dell compartilhado com uma dúzia de outros) 15:19 <jrandom> isso excede a capacidade da rede inteira 15:19 <spaetz> 25% de CPU, isso 15:19 * spaetz admite que isso não é realmente uma resposta precisa e fica quieto 15:20 <jrandom> os próprios routers têm um compromisso entre memória e throughput, o que torna menos provável que um router consiga sequer empurrar > 3-350KBps 15:20 <jrandom> (claro, esse compromisso pode ser ajustado para permitir taxas mais altas, mas isso não é um problema) 15:21 <jrandom> usar largura de banda é *RUIM* a não ser que essa largura de banda esteja sendo usada apenas quando necessário 15:22 <+zzz> a rede está com uma média de cerca de 1.5 MBps (=12 Mbps) de tráfego total nos últimos 3 meses 15:23 <Walter> Entendi. 15:24 <+fox> <LeerokKitchen> Excursão! 15:26 <jrandom> ok, se não há mais nada para 1) status da rede, vamos passar para 2) status do desenvolvimento do Syndie 15:26 <jrandom> o progresso continua aqui, e tenho feito testes tanto no Windows quanto no Linux 15:28 <jrandom> a batalha atual é na interface de gerenciamento do fórum, embora, como a interface de texto já esteja incorporada, toda a funcionalidade já esteja no lugar 15:29 <jrandom> não há muito mais novidades para discutir nesse front 15:30 <jrandom> alguém tem perguntas/comentários/preocupações sobre 2) status do desenvolvimento do Syndie? 15:33 <jrandom> ok, vamos passar para 3) ??? 15:33 <jrandom> vocês têm mais alguma coisa para a reunião? 15:34 <+fox> <blx> quando o Java GPL será utilizável com i2p= 15:34 <+fox> <blx> ? 15:35 <Complication3> Acho que depende de quando o Java GPL será utilizável em várias distros 15:35 <Complication3> Ou disponível para download da Sun 15:36 <Complication3> Mas parece um ponto discutível, já que é o mesmo Java que já é utilizável agora 15:36 <Complication3> A GPL apenas permitiria empacotá-lo de forma mais conveniente, e melhorá-lo 15:37 <jrandom> (e o i2p já funciona com gcj/kaffe, embora nem todos os apps cliente) 15:37 * Complication3 lê rapidamente o histórico 15:37 <jrandom> ((e o Syndie funciona completamente com gcj/kaffe)) 15:38 <+fox> <blx> Compilation, é isso que eles querem que você pense ;) 15:38 <+fox> <blx> mas ok, tive minha pergunta respondida. 15:38 <+fox> <blx> Complication, isso sim. li errado 15:39 <Complication3> blx: bem, os fontes já estão disponíveis agora, é só que poucos os leem e compilam 15:39 <jrandom> (e você pode até modificar e usar essas modificações, você só não pode distribuir seus mods) 15:40 <koff> quando o i2p terá a funcionalidade de logging (registro de logs) sugerida pelas leis propostas de que ouvi falar? 15:41 <jrandom> nunca 15:41 <+zzz> hahahaha 15:41 * Complication3 suspeita que nunca :) 15:41 <+fox> <blx> quais leis? 15:41 * jrandom assume que você se refere às questões de retenção de dados na .de/.eu 15:41 <Complication3> Alguém no fórum falou de uma lei (proposta) na Alemanha 15:42 <jrandom> (e depois as da .us em alguns anos) 15:42 <Complication3> Poderiam ter explicado melhor, porém 15:42 <jrandom> sim, é apenas proposta, mas não é uma grande surpresa 15:43 <Complication3> Eu pessoalmente acho: não é como se as leis de retenção de dados já não estivessem sendo violadas a torto e a direito 15:43 <Complication3> Quebrar mais uma dúzia delas? Pessoalmente eu não ligaria muito... 15:44 <Complication3> Em resumo, quero ver como vão aplicar isso 15:44 <tea> como fizeram com o Napster: prender todo mundo 15:45 <Complication3> Se conseguirem fazer uma boa tentativa, será preciso encontrar algo para frustrar isso (princípio de peering "não no meu país" para países onde a insanidade prevalece) 15:45 <+fox> <LeerokLacerta> Isso me lembra uma música. 15:45 <+fox> <LeerokLacerta> http://2ch.ru/mu/src/1163070550597.mp3 15:46 <tea> transferir todo o tráfego de dados para redes anônimas pode ajudar ... 15:47 <Complication3> Apenas ignorá-los em massa funcionou para piratas comuns... 15:47 <Complication3> Você pode prender uma pessoa que te ignora. Não dá para fazer isso com várias centenas de milhares. 15:47 <tea> esse não é um argumento para um alemão :) 15:47 <+fox> <modulus> você pode 15:47 <+fox> <modulus> Hitler fez 15:48 <Complication3> Isso só porque ninguém se preocupou em removê-lo 15:48 <jrandom> *cof* 15:48 <Complication3> Se tivessem pegado em armas, isso não teria funcionado 15:48 <Complication3> (desculpem, bem fora do tópico, sim) 15:48 <tea> ainda assim, a gente se sente importante sendo paranoico 15:48 <+fox> <modulus> dito isso, acho que o i2p poderia cumprir as leis de retenção de dados sem prejudicar o anonimato, mas não há razão para fazer isso. 15:48 <jrandom> ok, bem, acho que tratamos da questão relacionada ao i2p aí ;) 15:48 <tea> foi mal 15:49 <jrandom> sim, modulus 15:49 <jrandom> (já assumimos que usuários individuais estão fazendo logging de tudo de qualquer maneira, assim como os ISPs) 15:49 <+fox> <modulus> certo, então um i2p com DR habilitado não seria o fim do mundo 15:51 <Complication3> Alguém teria que se dar ao trabalho de fazer um fork disso, porém... :P 15:52 * jrandom mantém a boca fechada ;) 15:52 <jrandom> ok, alguém tem mais alguma coisa para a reunião? 15:53 <jrandom> se não 15:53 * jrandom vai encerrando 15:53 * jrandom *baf*s a reunião encerrada