Reunión de desarrolladores de I2P - 25 de enero de 2005

13:50 <jrandom> 0) hola 13:50 <jrandom> 1) estado 0.5 13:50 <jrandom> 2) sam.net 13:50 <jrandom> 3) progreso de gcj 13:50 <jrandom> 4) udp 13:50 <jrandom> 5) ??? 13:50 <jrandom> 0) hola 13:50 * jrandom saluda con retraso 13:51 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 13:51 <+postman> hola 13:51 * brachtus devuelve el saludo 13:52 * cervantes agita una amonestación por tardanza 13:52 <jrandom> sí, sí, echen la culpa al código por absorberme 13:52 <jrandom> ok, pasemos a 1) estado 0.5 13:53 <jrandom> mucho progreso desde la semana pasada: todos los problemas liosos que teníamos con la nueva cripto se han resuelto sin mucha dificultad 13:54 <jrandom> lo último en http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD es muy probablemente lo que desplegaremos en 0.5 y más allá, a menos/hasta que la gente encuentre problemas 13:55 <jrandom> no estoy seguro de tener algo más que añadir más allá de lo que está en el correo 13:55 <jrandom> ¿alguien tiene preguntas/preocupaciones? 13:56 <Ragnarok> ¿cómo será el rendimiento? 13:56 <jrandom2p> (no yo) 13:56 <jrandom> Ragnarok: el rendimiento del tunnel debería ser mucho mejor 13:56 <frosk> ¿alguna sobrecarga significativa en comparación con lo que tenemos hoy? 13:57 <jrandom> frosk: a veces 13:57 <jrandom> frosk: cuando podamos fusionar mensajes en un tunnel, la sobrecarga será mínima 13:58 <jrandom> sin embargo, cuando no podamos fusionar o cuando no sea efectivo, puede haber un desperdicio no trivial 13:58 <frosk> ya veo 13:59 <jrandom> por otro lado, estamos recortando algunas de las absurdidades de nuestro i2np actual (donde actualmente anteponemos un SHA256 de 32 bytes antes de cada mensaje I2NP, incluso los que van dentro de mensajes garlic, etc) 13:59 <jrandom> la fragmentación y el tamaño fijo serán un tema que necesitaremos ajustar, pero hay mucho margen para hacerlo 14:01 <jrandom> ok, ¿algo más sobre 0.5? 14:02 <jrandom> si no, pasamos a 2) sam.net 14:02 <jrandom> smeghead ha portado la biblioteca cliente SAM de Java a .NET (¡bien!) 14:02 <jrandom> smeghead: ¿quieres darnos el resumen? 14:03 <smeghead> claro 14:03 <smeghead> estoy escribiendo pruebas para ello, debería tenerlas en cvs en los próximos días 14:04 <smeghead> debería funcionar con .net/mono/portable.net 14:04 <smeghead> y con c# y vb.net 14:05 <frosk> (y supongo que con todos los demás lenguajes que funcionan con .net) 14:05 <cervantes> (urgh) 14:05 <smeghead> la interfaz es sencillísima 14:05 <smeghead> solo hay que registrar métodos listener con SamReader, o crear una subclase de SamBaseEventHandler y sobrescribir métodos según sea necesario 14:05 <smeghead> sí, mi objetivo es que sea totalmente compatible con CLR 14:06 <jrandom> genial 14:06 <cervantes> guay... smeg.net ;-) 14:06 <frosk> qué bien 14:06 <smeghead> realmente no hay mucho más 14:06 <+protokol> ¿CLR? 14:06 <smeghead> common language runtime 14:06 <smeghead> el equivalente en .NET del JRE 14:07 <+protokol> ¿JRE? 14:07 <+protokol> es broma 14:07 <jrandom> !thwap protokol 14:07 <Ragnarok> jrandom: ¿cómo va aguantando el puente sam estos días? ¿se resolvieron todos los problemas relacionados con bt? 14:08 <Tracker> Lo dudo, i2p-bt incluso puede volver loco a mi amd64 3000, en términos de CPU... 14:08 <jrandom> Ragnarok: no lo he tocado últimamente. sigue pendiente el problema de choke que planteó polecat, pero en qué punto se está desviando el puente i2p-bt<-->sam, no estoy seguro 14:09 <jrandom> hmm, las conexiones fallidas forzarán ElGamal completo en lugar de AES 14:10 <Ragnarok> ok 14:10 <jrandom> deberíamos poder reducir algo de eso después de 0.5, pero solo parcialmente 14:12 <Tracker> Ok, I2P será bueno para trackers anónimos pero no para clientes anónimos. Solo intenta pensar qué pasa en un torrent realmente popular con unos 1000 seeders y leechers. 14:12 <jrandom> ok, lo de sam.net suena bien, gracias de nuevo smeghead. estoy deseando ver las pruebas unitarias y quizá una aplicación de demostración :) 14:12 <ant> <Evil-Brotten> hola a todos 14:12 <smeghead> una app de demo, sí, haré eso también 14:13 <smeghead> de hecho he portado la tuya 14:13 <jrandom> Tracker: i2p puede manejar clientes anónimos sin problema, solo tenemos que averiguar qué pasa con el puente i2p-bt<-->sam para reducir los ElGamal completos 14:13 <smeghead> solo que ahora mismo están llenos de bugs 14:13 <ant> <Evil-Brotten> deer? 14:13 <jrandom> hola Evil-Brotten 14:13 <ant> <Evil-Brotten> hola 14:14 <jrandom> reunión semanal de desarrollo en curso, siéntete libre de quedarte. deer es una puerta de enlace a i2p/iip 14:14 <ant> <Evil-Brotten> ¿eres un experto en i2p? 14:14 <ant> <Evil-Brotten> :P 14:14 <ant> <Evil-Brotten> ok, vale 14:14 <ant> <cervantes> Evil-Brotten: puedes hablar en #i2p-chat si quieres mientras la reunión sigue 14:14 <jrandom> Tracker: tenemos mucho que hacer antes de manejar torrents de 1k 14:14 <ant> <Evil-Brotten> estaba intentando instalar vuestro programa, pero estoy teniendo algunos problemas 14:14 <ant> <Evil-Brotten> genial, preguntaré allí 14:15 <jrandom> genial, smeghead 14:15 <Tracker> jrandom: Eso espero, el bt no anónimo no sobrevivirá mucho más... 14:15 <frosk> tonterías 14:15 <jrandom> "¡pero exeem es anónimo!@#" </snark> 14:15 <Tracker> jrandom: Pero esa es otra historia 14:15 <ant> <MikeW> ¿qué? 14:15 <ant> <MikeW> ¿quién dijo que exeem es anónimo? 14:16 <jrandom> mikew: solo el fanboy ocasional 14:16 <jrandom> Tracker: después de 0.5 vamos a tener mucho trabajo para llevar el rendimiento a donde lo necesitamos 14:16 * DrWoo observa que 'la gente' es jodidamente idiota (a veces) 14:16 <Tracker> jrandom: Sí, instalar spyware/adware no es precisamente lo que yo haría ;) 14:16 <jrandom> je 14:17 <smeghead> a mí me gusta la gente 14:17 <smeghead> están buenos sobre tostadas 14:17 <jrandom> *ñam* 14:17 <smeghead> algunos necesitan un poco más de mantequilla que otros 14:18 <jrandom> ok, creo que eso es todo para 2) sam.net (a menos que alguien tenga algo más que añadir) 14:18 <jrandom> si no, pasamos a 3) progreso de gcj 14:19 <ant> <dm> ¿sam.net?? 14:19 <ant> <dm> ¿está funcionando?/ 14:19 <jrandom> he leído en mi backlog que smeghead ha avanzado bastante: ¿quieres actualizarnos sobre cómo va? 14:19 <smeghead> sí 14:20 <ant> <dm> cooooooool 14:20 <smeghead> he modificado unas pocas clases para que el router compile con gcj 3.4.3 14:20 <smeghead> enviaré el patch después de la reunión 14:20 <smeghead> después de eso yo y cualquiera que quiera ayudar podremos ponernos a hacerlo funcionar 14:21 <jrandom> bien 14:21 * frosk decora a smeghead con la medalla de Empleado de la Semana por sam.net _y_ el trabajo con gcj 14:21 <jrandom> sí, muy bien 14:21 <smeghead> :) 14:22 <Tracker> frosk: mejor usuario del foro de la semana ;) 14:22 <frosk> no he leído el foro esta semana, lo siento :) 14:22 <cervantes> la gloria del pato aún no ha caducado ;-) 14:23 * jrandom tiene muchas ganas de ver i2p compatible con gcj 14:24 <jrandom> (y sigue esa recompensa, así que la gente debería ponerse en contacto con smeghead e involucrarse ;) 14:24 <smeghead> sí, expandiría significativamente la portabilidad de i2p 14:24 <cervantes> quizá podamos exprimir algo que se parezca a rendimiento del router :P 14:24 <ant> <dm> mis 32 semanas como el trabajador más duro de I2P terminan por fin... 14:25 <jrandom> no espero que gcj realmente mejore el rendimiento o reduzca la huella de memoria, pero funcionará en SO en los que Sun no publica JVMs y donde kaffe está roto 14:25 <jrandom> (pero si me equivoco, ¡guay!) 14:25 <frosk> cualquier cosa que pueda hacer que i2p funcione mejor sin software propietario es Buena 14:26 <jrandom> de acuerdo. admitir tanto kaffe como gcj sería algo bueno 14:27 <jrandom> ok, ¿algo más sobre 3) progreso de gcj, o seguimos? 14:27 <smeghead> la instalación también sería más fácil 14:27 <Teal`c> ¿gcj ha funcionado para algo aparte de ejemplos 'hello world'? 14:27 <Ragnarok> alguien construyó eclipse con él 14:27 <smeghead> Teal`c: sí, de hecho lo he usado para .exe bajo mingw antes 14:27 <smeghead> sí, eclipse estaba funcionando bajo gcj con red hat no hace mucho 14:28 <jrandom> tener la opción de distribuir ejecutables compilados con gcj, instaladores .jar simples y paquetes .jar+JVM definitivamente será Bueno 14:29 <jrandom> ok, pasamos a 4) udp 14:30 <jrandom> hubo una publicación reciente en el foro a la que solo quería llamar la atención, preguntando (y respondiendo) por qué udp es importante 14:30 <Tracker> Puaj 14:30 <jrandom> (ver http://forum.i2p.net/viewtopic.php?t=280 y comentad si tenéis sugerencias/preguntas/preocupaciones) 14:31 <jrandom> ¿puaj, Tracker? 14:32 <jrandom> en fin, tanto mule como detonate están avanzando algo en el lado de udp. detonate/mule: ¿tenéis alguna novedad que compartir? 14:32 <Tracker> UPD es maligno aquí, mientras que funciona bien dentro de las fronteras del país, se pone feo al intentar usarlo hacia destinos fuera de nuestro país. 14:32 <jrandom> hmm 14:32 <Tracker> Solo mi experiencia de 5 años con juegos online... 14:33 <jrandom> sin duda tendremos que tener en cuenta los problemas de congestión y MTU al salir a la red 14:33 <Tracker> De algún modo las dos grandes troncales de aquí no parecen encaminar UDP muy bien, y solo con prioridad muy baja. 14:34 <Tracker> Es decir, pings entre 5 y 20 segundos. 14:34 <jrandom> me sorprendería mucho que hubiera un ISP que no permita UDP en absoluto (ya que todos usamos DNS) 14:34 <Tracker> Y mucha pérdida de paquetes 14:34 <jrandom> el control de congestión es ciertamente importante 14:35 <Tracker> ¿Por qué crees que llevo años ejecutando mi propio DNS en caché con un caché muy grande? ;) 14:35 <jrandom> je 14:35 <jrandom> bueno, tendremos la alternativa de tcp para la gente que no pueda usar udp por alguna razón 14:36 <jrandom> pero se preferirá abrumadoramente udp 14:36 <Tracker> Eso está bien. 14:36 <jrandom> (es decir, espero que solo haya quizás 10 personas usando tcp de entre 1m+ nodos ;) 14:37 <jrandom> pero, de nuevo, ese enlace del foro explica por qué necesitamos hacer lo que estamos haciendo, aunque si alguien puede encontrar una forma mejor, estoy todo oídos 14:37 <Tracker> Supongo que seré uno de ellos. 14:37 <jrandom> quizá. 14:38 <jrandom> veremos cuando se despliegue 0.6 si ese es el caso, o si podremos sortear los problemas que tiene tu ISP 14:38 <jrandom> ok, ¿algo más sobre udp? ¿o pasamos a 5) ??? 14:39 <jrandom> considerad que hemos pasado 14:39 <jrandom> 5) ?? 14:39 <jrandom> ¿alguien tiene algo más que sacar? 14:40 <Teal`c> ¿ya llegó la pizza? 14:40 <Jhor> ¿alguien sabe dónde debería mirar para encontrar/depurar problemas en bittorrent? 14:41 <jrandom> Jhor: en i2p-bt, un buen lugar para empezar probablemente sería añadir algo de logging para decirte qué mensajes BT se envían/reciben, así sabremos dónde se bloquea/expira/etc 14:41 <jrandom> (¿suponiendo que te refieres a i2p-bt y no a azneti2p?) 14:42 <Jhor> sí, i2p-bt. ¿cuáles son los distintos niveles de spew? 14:42 <jrandom> ni idea, lo único que sé es --spew 1 14:42 <Jhor> Ok, probaré eso 14:43 * Jhor se prepara para un curso intensivo de Python 14:43 <jrandom> :) 14:44 <jrandom> ok, ¿alguien más tiene algo que discutir? 14:44 * cervantes saca el Gong de Strand 14:44 <jrandom> estamos alrededor de la marca de 60 m, así que a buen ritmo 14:44 <Teal`c> ¿cuándo estará udp para consumo general? 14:44 <jrandom> Teal`c: abril 14:44 <jrandom> esa es la 0.6, aún estamos trabajando en 0.5 14:45 <Teal`c> buen trabajo. 14:46 <jrandom> progreso, siempre adelante 14:46 * jrandom se prepara 14:46 * jrandom le hace un *baf* al gong, cerrando la reunión