Reunión de desarrolladores de I2P - 21 de noviembre de 2006

15:02 <jrandom> 0) hola 15:02 <jrandom> 1) Estado de la red 15:02 <jrandom> 2) Estado del desarrollo de Syndie 15:02 <jrandom> 3) ??? 15:02 <jrandom> 0) hola 15:02 * jrandom saluda 15:02 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 15:03 <jrandom> como esa es bastante corta, pasemos directamente a 1) estado de la red 15:04 <jrandom> las cosas se ven bastante bien por el momento, la red parece bastante estable 15:04 <+zzz> Inventé un "índice de capacidad de pares" 15:04 <+zzz> en el panel... 15:04 <+zzz> por ahora no estoy seguro de que sea útil, sin embargo 15:04 <jrandom> ah sí, perdón, lo mencioné la semana pasada: parece bastante útil, ¡gracias! 15:05 <jrandom> interesante ver la disparidad ahí fuera tan claramente 15:05 <+zzz> la idea es la proporción de routers de alta capacidad frente a routers de baja capacidad, lo cual obviamente es importante para el % de construcción de tunnel 15:06 <+zzz> Estoy quitando routers de las estadísticas para los que no recibo una actualización de netdb en 1.5 horas, pero eso parece demasiado rápido; creo que está sesgando las estadísticas 15:07 <jrandom> ah, ok, eso lo explicaría. ¿sigues recolectando? 15:07 <jrandom> (¿o wget'ing desde dev.i2p.net?) 15:08 <+zzz> sí 15:08 <jrandom> genial 15:08 <+zzz> netDb.harvestDirectly=false 15:08 <+zzz> netDb.shouldHarvest=true, ¿verdad? 15:09 <jrandom> entonces, ¿las estadísticas que teníamos antes se basaban en gran medida en routers que eran tan malos que el usuario los apagaba y desaparecía? 15:09 <jrandom> cierto 15:10 <+zzz> siempre han sido 1.5 horas, pero al graficar los routers M/N/O, parecen ir y venir cuando intuitivamente deberían mantenerse bastante constantes 15:10 <jrandom> ah ok 15:10 <+zzz> puedes ver picos/caídas en todos los datos que duran 1.5 horas :) 15:11 <spaetz> la red parece bastante estable. Sí 15:12 <+zzz> eso es todo lo que tengo para ese tema 15:12 <spaetz> Me gustaría saber si jrandom se centra completamente en Syndie hoy en día o si todavía mira el desarrollo de I2P. 15:12 <spaetz> o si esto está solo un poco en segundo plano temporalmente 15:13 * jrandom se centra completamente en Syndie hoy en día, pero trabajará en I2P tanto cuando haya problemas como una vez que Syndie esté establecido 15:13 * spaetz agradece la información 15:14 * spaetz está conforme con esto 15:15 <jrandom> w3wt. sí, un estado estable significa que el desarrollo de Syndie puede continuar, pero si hay problemas, por supuesto repriorizo 15:15 <jrandom> ok, ¿alguien tiene algo más sobre 1) estado de la red? 15:15 <Walter> Tengo una pregunta al azar. 15:15 <jrandom> dispara, Walter 15:17 <Walter> Supón que tienes 100Mb/s de ancho de banda, ¿qué tipo de servidor necesitarías para saturarlo como un nodo de I2P? 15:17 <jrandom> no importa 15:17 <jrandom> I2P no satura ni saturará 100Mbps 15:18 <Walter> Supón que uno quisiera hacer uso del ancho de banda disponible. 15:18 <jrandom> no lo harías. 15:19 <spaetz> Tengo 150kbs de subida y bajada y usa como el 25% de un vserver (Dell compartido con una docena de otros) 15:19 <jrandom> eso excede la capacidad de toda la red 15:19 <spaetz> 25% de CPU, eso es 15:19 * spaetz admite que no es realmente una respuesta precisa y se calla 15:20 <jrandom> los propios routers tienen una compensación memoria vs. rendimiento, lo que hace menos probable que un router siquiera pueda empujar> 3-350KBps 15:20 <jrandom> (por supuesto, esa compensación se puede ajustar para permitir tasas más altas, pero no es un problema) 15:21 <jrandom> usar ancho de banda es *MALO* a menos que ese ancho de banda se use solo cuando sea necesario 15:22 <+zzz> la red promedia alrededor de 1.5 MBps (=12 Mbps) de tráfico total durante los últimos 3 meses 15:23 <Walter> Ya veo. 15:24 <+fox> <LeerokKitchen> ¡Excursión! 15:26 <jrandom> ok, si no hay nada más para 1) estado de la red, pasemos a 2) estado del desarrollo de Syndie 15:26 <jrandom> el progreso aquí continúa, y he estado haciendo pruebas tanto en Windows como en Linux 15:28 <jrandom> la batalla actual está en la interfaz de gestión del foro, aunque como la interfaz de texto ya está integrada, toda la funcionalidad ya está en su lugar 15:29 <jrandom> no hay muchas más novedades que discutir en ese frente 15:30 <jrandom> ¿alguien tiene preguntas/comentarios/preocupaciones sobre 2) estado del desarrollo de Syndie? 15:33 <jrandom> ok, pasemos a 3) ??? 15:33 <jrandom> ¿tienen algo más para la reunión? 15:34 <+fox> <blx> ¿cuándo será utilizable Java GPL con I2P= 15:34 <+fox> <blx> ? 15:35 <Complication3> Supongo que depende de cuándo Java GPL será utilizable en varias distros 15:35 <Complication3> O disponible para descarga desde Sun 15:36 <Complication3> Pero se siente como un punto discutible, ya que es el mismo Java que ya es utilizable ahora 15:36 <Complication3> La GPL solo permitiría empaquetarlo más convenientemente y mejorarlo 15:37 <jrandom> (y I2P ya funciona con gcj/kaffe, aunque no todas las aplicaciones cliente) 15:37 * Complication3 lee rápidamente el historial 15:37 <jrandom> ((y Syndie funciona completamente con gcj/kaffe)) 15:38 <+fox> <blx> Compilación, eso es lo que quieren que pienses ;) 15:38 <+fox> <blx> pero ok, me respondieron la pregunta. 15:38 <+fox> <blx> Complication incluso. leí mal 15:39 <Complication3> blx: bueno, las fuentes ya están disponibles ahora, es solo que pocos las leen y compilan 15:39 <jrandom> (e incluso puedes modificarlas y usar esas modificaciones, simplemente no puedes distribuir tus mods) 15:40 <koff> ¿cuándo tendrá I2P la funcionalidad de registro (logging) sugerida por las leyes propuestas de las que escuché? 15:41 <jrandom> nunca 15:41 <+zzz> jajajaja 15:41 * Complication3 sospecha que nunca :) 15:41 <+fox> <blx> ¿qué leyes? 15:41 * jrandom supone que te refieres a temas de retención de datos en .de/.eu 15:41 <Complication3> Alguien en el foro habló de una ley (propuesta) en Alemania 15:42 <jrandom> (y luego las de .us en unos años) 15:42 <Complication3> Podrían haberlo explicado mejor, eso sí 15:42 <jrandom> sí, solo está propuesta, pero no es una gran sorpresa 15:43 <Complication3> Personalmente creo: no es como si las leyes de retención de datos no se estuvieran violando por todas partes ya 15:43 <Complication3> ¿Que se violen una docena más? Personalmente no me importaría mucho... 15:44 <Complication3> En resumen, quiero ver cómo van a hacerla cumplir 15:44 <tea> como hicieron con Napster: arrestar a todos 15:45 <Complication3> Si logran hacer un buen intento, habrá que encontrar algo para frustrarlo ("not in my country" principio de peering para los países donde prevalece la locura) 15:45 <+fox> <LeerokLacerta> Eso me recuerda a una canción. 15:45 <+fox> <LeerokLacerta> http://2ch.ru/mu/src/1163070550597.mp3 15:46 <tea> pasar todo el tráfico de datos a redes anónimas podría ayudar ... 15:47 <Complication3> Simplemente ignorarlos en masa ha funcionado para los piratas comunes y corrientes... 15:47 <Complication3> Puedes arrestar a una persona que te ignore. No puedes hacer eso con varios cientos de miles. 15:47 <tea> ese no es un argumento para un alemán :) 15:47 <+fox> <modulus> puedes 15:47 <+fox> <modulus> Hitler lo hizo 15:48 <Complication3> Eso solo fue porque nadie se molestó en derrocarlo 15:48 <jrandom> *ejem* 15:48 <Complication3> Si hubieran tomado las armas, no habría funcionado 15:48 <Complication3> (perdón, muy fuera de tema, sí) 15:48 <tea> aun así, uno se siente importante siendo paranoico 15:48 <+fox> <modulus> dicho eso, creo que I2P podría cumplir con las leyes de retención de datos sin dañar el anonimato, pero no hay razón para hacerlo. 15:48 <jrandom> ok, bueno, creo que ya hemos abordado el tema relacionado con I2P ;) 15:48 <tea> perdón 15:49 <jrandom> sí, modulus 15:49 <jrandom> (ya asumimos que los usuarios individuales están registrando todo de todos modos, al igual que los ISP) 15:49 <+fox> <modulus> correcto, así que un I2P habilitado para DR no sería el fin del mundo 15:51 <Complication3> Alguien tendría que molestarse en hacer un fork de eso, sin embargo... :P 15:52 * jrandom me callo ;) 15:52 <jrandom> ok, ¿alguien tiene algo más para la reunión? 15:53 <jrandom> si no 15:53 * jrandom va cerrando 15:53 * jrandom *baf* cierra la reunión