Reunião de Desenvolvimento do I2P - 19 de outubro de 2004

14:03 <jrandom> 1) 0.4.1.3 14:03 <jrandom> 2) Tempo de teste do Tunnel e tempo de processamento de envio 14:03 <jrandom> 3) biblioteca de streaming 14:03 <jrandom> 4) files.i2p 14:03 <jrandom> 5) ??? 14:03 <jrandom> 0) oi 14:03 * jrandom acena 14:04 <modulus> oi oi 14:04 <jrandom> notas semanais de status publicadas em @ http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 14:04 <deer_> <fidd> olá 14:04 <jrandom> não dediquei muito tempo às notas, então estão bem breves 14:05 <jrandom> mas, c'est la vie 14:05 <jrandom> indo para 1) 0.4.1.3 14:05 <jrandom> a versão saiu outro dia e tem sido.. bem... em grande parte como antes 14:05 <jrandom> funcionando bem o suficiente para a maioria das coisas, mas não tão confiável quanto gostaríamos 14:06 <jrandom> o throughput ainda está baixo, mas isso é um problema conhecido para tratar na 0.4.2 14:06 <jrandom> como mencionado no e-mail, não espero que haja mais versões 0.4.1.* 14:07 <jrandom> não tenho muito mais a dizer sobre isso - alguém tem comentários/preocupações? 14:07 <deer_> <newsbyte> sim: e quanto ao travamento? 14:09 <jrandom> não vou descartar a possibilidade de que sua máquina tenha travado por causa do I2P, mas duvido muito 14:09 <jrandom> ninguém mais relatou isso em nenhuma plataforma 14:09 <deer_> <newsbyte> bem... deve estar relacionado de alguma forma, se não diretamente, na minha humilde opinião 14:09 <deer_> <newsbyte> talvez o Java? 14:10 <jrandom> você está no 1.5 no w2k? 14:10 <jrandom> ou 1.4.2_05? 14:10 <deer_> <newsbyte> não, 1.5 14:10 <jrandom> ok 14:10 <deer_> <newsbyte> não posso excluir que seja outra coisa, claro 14:11 <deer_> <newsbyte> pode ser coincidência ter acontecido duas vezes 14:11 <jrandom> bem, podemos discutir depois da reunião como descobrir a causa, se você quiser 14:11 <deer_> <newsbyte> mas da última vez... sei lá... não tinha muita coisa rodando, então 14:11 <deer_> <dinoman> 1.5 no w2k funciona bem para mim :) 14:11 <deer_> <newsbyte> de fato, porém 14:11 <deer_> <newsbyte> não há um log simples de depuração ou algo assim? 14:11 <jrandom> se acontecer de novo, por favor me envie wrapper.log e logs/log-router-*.txt 14:11 <deer_> <newsbyte> isso pode ser útil quando travar 14:11 <jrandom> há mais logs do que terra ;) 14:12 <jrandom> ok, legal, dinoman 14:12 <jrandom> talvez tenha sido alguma interação com seu firewall de software 14:12 <deer_> <newsbyte> talvez 14:12 <jrandom> mas, sim, me encaminhe os logs se acontecer de novo 14:12 <jrandom> (por favor :) 14:12 <deer_> <newsbyte> bem, que fosse bloqueado, eu entenderia 14:12 <deer_> <newsbyte> mas um travamento total... sei lá... foi esquisito 14:13 <deer_> <newsbyte> pelo lado positivo: estou com 27/63 agora 14:13 <jrandom> ótimo 14:13 <jrandom> ok, mais alguém tem perguntas/comentários/preocupações com a 0.4.1.3? 14:13 <deer_> <newsbyte> acho que vou pedir ao Whoo para me guiar pela coisa do eep 14:13 <deer_> <dinoman> só não use com Sygate Personal Firewall, muito ruim 14:13 <deer_> <newsbyte> por quê? 14:14 <deer_> <dinoman> crash 14:14 <deer_> <newsbyte> sim; você esqueceu 6) lucro!! 14:14 <deer_> <newsbyte> ;-) 14:14 <deer_> <newsbyte> crash? 14:14 <deer_> <newsbyte> ermm 14:14 <jrandom> dinoman: isso derruba seu SO? o firewall? o I2P? 14:14 <deer_> <newsbyte> bem, isso não explicaria então? ;-) 14:15 <jrandom> newsbyte: você está usando Sygate Personal Firewall? 14:15 <deer_> <newsbyte> sim 14:15 <deer_> <newsbyte> bem, não no meu router 14:15 <deer_> <newsbyte> mas no computador, sim 14:15 <deer_> <newsbyte> parece que estamos chegando a algo 14:16 <deer_> <DrWoo> newsbyte: /join #i2p-chat para o jrandom conseguir passar pela reunião 14:16 <deer_> <newsbyte> embora aparentemente não dê crash/trave imediatamente 14:16 <deer_> <dinoman> o SO: isso trava o Windows 14:16 <deer_> <newsbyte> ? 14:16 <deer_> <newsbyte> jrand já está aqui 14:16 <deer_> <dinoman> desculpa, olhei para fora 14:16 <jrandom> ok, talvez possamos investigar o que o SPF está b0rkando 14:16 <jrandom> se não houver mais nada sobre 0.4.1.3, passando para 2) Tempo de teste do Tunnel e tempo de processamento de envio 14:17 <jrandom> houve alguma discussão ontem explorando alguns dos timeouts e, basicamente, as coisas ocasionalmente demoram demais 14:17 <jrandom> não acho que os picos que você pode ver em http://dev.i2p.net/~jrandom/processingTime.webp sejam legítimos, porém 14:18 <jrandom> bem, eles são reais - realmente leva tudo isso 14:18 <jrandom> o que quero dizer é que deveríamos conseguir nos livrar deles 14:18 <jrandom> alguma fila vai acontecer, mas se formos mais cuidadosos com o que aceitamos, devemos conseguir reduzir 14:19 <jrandom> os atrasos provavelmente também se devem a alguns picos ocasionais no tempo de processamento de job, o que podemos ajustar pra caramba (fsck) 14:20 <jrandom> em geral, porém, o enfileiramento de mensagens parece ok, mesmo que cause picos em alguns testes de Tunnel 14:20 <deer_> <newsbyte> puxa... queria que freenet e i2p pudessem realmente se unir... parece que o progresso seria muito mais rápido, possivelmente benéfico para ambos 14:20 <deer_> <Ragnarok> sim, não vejo por que fsck seria útil para jon processing :) 14:20 <deer_> <Ragnarok> s/jon/job/ 14:21 <jrandom> há muito potencial para colaboração, mas os dois projetos têm objetivos muito diferentes 14:21 <jrandom> !thwap Ragnarok 14:21 <deer_> <newsbyte> ermm 14:21 <jrandom> ah, uma coisa que mencionei ontem 14:21 <deer_> <newsbyte> não acho que os objetivos dos projetos, porém, sejam tão diferentes assim... 14:22 <deer_> <DrWoo> jrandom: objetivos técnicos 14:22 <jrandom> newsbyte: podemos discutir isso em 5) ??? ou depois, se preferir; agora estamos em 2) 14:22 <deer_> <DrWoo> ops newsbyte: objetivos técnicos 14:22 <deer_> <Ragnarok> hehe 14:22 <deer_> <newsbyte> sim, e 3) lucro! de acordo com as tradições do /. 14:22 <deer_> <newsbyte> :-) 14:22 <deer_> <Demokritos> não acredito que o Tor não seja retrocompatível de 0.0.8 para 0.0.8.1 14:23 <jrandom> nos testes de Tunnel, há um piso para o período de teste - atualmente definido em 5 segundos por padrão 14:23 <jrandom> a versão anterior tinha um limite rígido de 30 segundos, mas você pode configurar seu próprio tempo de teste do Tunnel atualizando http://localhost:7657/configadvanced.jsp e adicionando "router.tunnelTestMinimum=10000" (ou outro valor - esse valor é em milissegundos) 14:23 <deer_> <newsbyte> esses segundos são alquimágicos? 14:24 <jrandom> o padrão de 5s deve ser suficiente 14:24 <deer_> <Demokritos> na verdade, atualizei o Tor anteontem porque parou de funcionar, e agora a rede está me dizendo de novo que tenho uma versão incompatível... como assim.. 14:24 <deer_> <Demokritos> oh... olá a todos :) 14:24 <jrandom> newsbyte: o tempo de teste do Tunnel é MAX(avgTunnelTestTime*2, minTunnelTestTime) 14:25 <jrandom> (temos o minTunnelTestTime porque, caso contrário, uma série de testes rápidos poderia causar uma falha em cascata) 14:26 <jrandom> mais detalhes podem ser encontrados em http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 14:26 <deer_> <newsbyte> hmm 14:26 <deer_> <Demokritos> isso é realmente engraçado... uma agência de empregos quer que eu use Internet Explorer, caso contrário não consigo registrar uma candidatura 14:27 <jrandom> *cof* vocês percebem que esses logs da reunião vão para a web, né? :) 14:27 <deer_> <Demokritos> <-- não muito bom em inglês 14:27 <deer_> <newsbyte> vão?! 14:27 <deer_> <newsbyte> Oi, mãe! 14:27 <deer_> <newsbyte> ;-) 14:27 <deer_> <Demokritos> hum, desculpem... estou atrapalhando a reunião... vou sair 14:28 <jrandom> nah, fique, por favor, mas discuta coisas de i2p ;) 14:28 <deer_> <newsbyte> não se preocupe; atrapalhar é uma arte, é só ficar de olho em mim e você aprende 14:28 <deer_> <newsbyte> ;-) 14:28 <jrandom> ok, mais algo em 2) Tempo de teste do Tunnel e tempo de processamento de envio ? 14:28 <deer_> <Ragnarok> foco, pessoal 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] saiu [Read error: 60 (Operation timed out)] 14:29 <jrandom> se não, passando para 3) biblioteca de streaming 14:29 <jrandom> como mencionado nas notas de status, muito progresso 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] entrou em #i2p 14:29 <deer_> <newsbyte> feito por você? 14:29 <jrandom> ainda não cheguei lá, mas espero fazer alguns testes ao vivo na próxima semana 14:30 <jrandom> tenho trabalhado na biblioteca de streaming, sim 14:30 <jrandom> finalmente consegui fazê-la ping()ar hoje mais cedo ;) 14:30 <deer_> <Ragnarok> legal :) 14:31 <jrandom> ok, realmente não tenho mais nada a acrescentar sobre isso 14:31 <jrandom> alguém tem perguntas/comentários/preocupações? 14:31 <deer_> <newsbyte> ermm... velocidade? 14:31 <jrandom> a velocidade está boa 14:31 <deer_> <baffled> que tipo de aumento de velocidade/throughput você espera? 14:31 <jrandom> espero melhorias significativas de throughput 14:32 <deer_> <newsbyte> ele espera uma multa, disse ele 14:32 <deer_> <newsbyte> por excesso de velocidade 14:32 <deer_> <newsbyte> ;-) 14:32 <jrandom> além disso, para conexões pequenas de requisição/resposta, a latência será reduzida drasticamente 14:32 <jrandom> (reduzida pela metade) 14:32 <deer_> <dinoman> uau 14:32 <deer_> <dinoman> isso é usando UDP? 14:33 <jrandom> a nova biblioteca expõe todos os parâmetros ajustáveis legais também para pilhas TCP normais, então os apps poderão ajustar sua própria configuração 14:33 <jrandom> não, dinoman, isso funciona sobre o I2CP do i2p 14:33 <deer_> <dinoman> uau x2 14:33 <jrandom> (embora vamos escrever código similar em cerca de um mês para obter o transporte UDP..) 14:34 <jrandom> mas, bem, vamos ver. 14:34 <deer_> <newsbyte> porque...? 14:34 <jrandom> ainda há muito trabalho a fazer 14:34 <jrandom> por que o quê? 14:34 <deer_> <newsbyte> bem, o TCP não pode fazer isso também? 14:35 <jrandom> ah, por que vamos para UDP? http://www.i2p.net/todo#transport 14:35 <deer_> <newsbyte> lembro da mesma discussão no freenet também, mas eles mantiveram TCP até agora 14:35 <jrandom> além disso, TCP é um transporte de streaming de propósito geral - podemos simplificá-lo drasticamente, já que podemos tolerar um certo grau de fora de ordem 14:35 <deer_> <newsbyte> não que todas as decisões que eles tomam sejam boas ;-) 14:36 <jrandom> newsbyte: acompanhei essas discussões e vamos para UDP 14:36 <jrandom> (isso não significa que o freenet esteja errado — eles têm restrições diferentes) 14:37 <deer_> <Ragnarok> i2p não deve ser comparado tão de perto com o freenet. São muito diferentes tecnicamente. 14:37 <deer_> <newsbyte> (ou: eles ESTÃO errados ;-) 14:37 <jrandom> não acho que o uso de TCP deles agora esteja errado, assim como não acho que o uso anterior de TCP do I2P esteja errado. progresso exige pequenos passos 14:38 <deer_> <mule_iip> newsbyte garante que as reuniões não fiquem curtas demais 14:38 <jrandom> heh 14:38 <deer_> <newsbyte> é, nada pior do que reuniões curtas 14:38 <deer_> <newsbyte> você não consegue comer toda a pipoca e beber toda a cerveja, então 14:38 <jrandom> ok, mais algo em 3) biblioteca de streaming ? 14:39 <jrandom> se não, 4) files.i2p 14:39 <deer_> <Ragnarok> acho que estamos de boa 14:39 <deer_> <newsbyte> bem, eu sei que eu estou 14:39 <deer_> <newsbyte> ;-) 14:39 <deer_> <newsbyte> e engraçado também 14:39 <deer_> <newsbyte> na maior parte do tempo 14:39 <deer_> <newsbyte> e também irritante 14:39 <deer_> <newsbyte> ;-) 14:39 <jrandom> bem, só queria destacar o files.i2p - um novo mecanismo de busca no i2p 14:40 <deer_> <newsbyte> ah, entendi 14:40 <deer_> <newsbyte> eu esperava que fosse sobre colocar eepsites no ar 14:40 <jrandom> uma coisa interessante é que você pode acessar eepsites que não estão mais no ar com ele, já que ele faz cache 14:41 <deer_> <baffled> ele faz cache de tudo? 14:41 <deer_> <newsbyte> todos os mecanismos de busca até agora são do lado do servidor? 14:41 <deer_> <Ragnarok> interessante. Não deve ser muito difícil, hoje em dia :). 14:41 <jrandom> baffled: faz cache de text/html pelo que posso dizer 14:42 <deer_> <mule_iip> pelo menos ele tem limites de tamanho e tipos de arquivo, então não vai fazer cache de filmes 14:42 <deer_> <baffled> Ah, era isso que eu pensei, não binários. 14:42 <deer_> <newsbyte> digo, eles não são em js, suponho? 14:43 <jrandom> usa o nutch, se alguém quiser analisar mais. ou tenho certeza de que conseguiremos que o autor do site coloque um formulário de feedback ou algo assim ;) 14:43 <jrandom> newsbyte: correto, este é apenas um site normal hospedado anonimamente 14:43 <jrandom> o site contém um mecanismo de busca (como o Google) 14:44 <jrandom> enfim, só queria mencionar 14:44 <jrandom> também têm aparecido muitos blogs ultimamente, o que, na minha humilde opinião, é muito legal 14:44 <jrandom> minha pasta de favoritos 'eep' quase preenche uma tela :) 14:44 <deer_> <Ragnarok> hehe, o myi2p está acontecendo sozinho :) 14:45 <jrandom> você precisa mesmo tocar nas feridas, né, ragnarok? ;) 14:45 <deer_> <Ragnarok> foi mal :) 14:46 <jrandom> ok, alguém tem perguntas/comentários/preocupações com relação a files.i2p? 14:46 <jrandom> se não, deixe-me passar para 4.1) biff 14:46 * jrandom quase esqueceu o biff 14:46 <jrandom> postman, você está por aí? 14:47 <deer_> <newsbyte> acho que ele está biffado 14:47 <jrandom> bem, se não, biff é esse novo bot de notificação de e-mail muito irado 14:47 <jrandom> se você tem uma conta de e-mail em mail.i2p, pode dizer ao biff para notificá-lo quando chegar e-mail novo 14:47 <deer_> <newsbyte> ele tem arquivos (arquivamento)? 14:48 <jrandom> newsbyte: biff é apenas um bot de notificação, o e-mail é armazenado no servidor de e-mail (e acessado com seu leitor de e-mail normal — kmail, etc) 14:48 <jrandom> veja http://www.postman.i2p/ 14:49 <jrandom> ok, então, sim, vá ao eepsite ou dê uma olhada em #mail.i2p por lá 14:49 <deer_> <newsbyte> vou, assim que eu colocar meu eepsite no ar 14:49 * jrandom realmente não sabe muito mais com relação ao biff - redirecione quaisquer perguntas ao postman 14:50 <jrandom> em vez disso, podemos passar para 5) ??? 14:50 <deer_> <newsbyte> de fato 14:50 <jrandom> alguém tem mais alguma coisa que queira trazer? 14:50 <deer_> * mule_iip levantando a mão para ter voz: gostaria de relembrar meus problemas persistentes de FCP sobre I2P. mas provavelmente isso pode esperar e será solucionado automagicamente pela 0.4.2. 14:50 <deer_> <newsbyte> sim, e o travamento 14:50 <jrandom> espero que sim, mule_iip 14:50 <deer_> <mule_iip> ok, serei sua plataforma de testes :) 14:50 <jrandom> newsbyte: há algo que precisamos discutir sobre isso? você poderia simplesmente me enviar por e-mail seus logs se acontecer de novo? 14:51 <jrandom> ooh mule, isso seria demais 14:51 * jrandom com certeza vai aceitar essa oferta 14:51 <deer_> <newsbyte> bem... ainda posso enviar isso, se tudo estiver congelado? 14:51 <jrandom> os arquivos são gravados em disco. 14:51 <jrandom> quando reiniciar, me envie os logs 14:51 <deer_> <newsbyte> quero dizer, nesse caso eu poderia enviar agora, já que eles devem estar em algum lugar 14:51 <jrandom> (por favor) 14:51 <deer_> <dinoman> eu estava no fórum e vi que o serviço de jabber se foi. era nosso ou de alguém? se era, eu gostaria de rodar um se for de boa? 14:51 <jrandom> os arquivos fazem rotação, porém, newsbyte 14:52 <jrandom> duck e demonic_1 tiveram servidores de jabber em vários momentos, mas parece que a maior parte da atividade de IM do i2p tem sido no irc 14:52 <deer_> <newsbyte> os arquivos fazem rotação? certamente armazenam bastante dados antes de começar a apagar? 14:53 <jrandom> newsbyte: ok, me envie seus logs, talvez tenha algo neles 14:53 <deer_> <newsbyte> bom 14:53 <deer_> <newsbyte> ermm 14:54 <deer_> <newsbyte> droga 14:54 <deer_> <newsbyte> um monte de .logs 14:54 <deer_> <dinoman> ok 14:54 <deer_> <newsbyte> um noob nunca vai acompanhar isso 14:54 <deer_> <newsbyte> acho que você está certo em não fazer um artigo no /. ainda 14:55 <jrandom> não estamos com pressa 14:55 <deer_> <newsbyte> log-router.txt? 14:55 <jrandom> wrapper.log e logs/log-router-*.txt 14:56 <deer_> <newsbyte> e o endereço de e-mail para usar seria...? 14:56 <deer_> <fidd> dinoman, um servidor de jabber seria legal, na minha opinião 14:56 <jrandom> jrandom@i2p.net 14:56 <deer_> <newsbyte> acessível via i2p, espero? 14:56 <deer_> <newsbyte> ;-) 14:56 <jrandom> newsbyte: você pode colocar seus logs no seu eepsite e me mandar a URL por msg 14:57 <jrandom> ou você pode enviar e-mail para jrandom@mail.i2p 14:57 <deer_> <newsbyte> de fato! 14:57 <deer_> <newsbyte> boa ideia! 14:57 <deer_> <newsbyte> só tem um pequeno problema com isso: ainda não está no ar 14:57 <jrandom> ok, mais alguém tem algo que queira trazer? 14:57 <jrandom> bem, podemos trabalhar nisso, newsbyte 14:57 <jrandom> (depois da reunião) 14:59 <deer_> <newsbyte> valeu, mas o whoo já está ajudando 14:59 <jrandom> se não houver mais nada... 14:59 <deer_> <newsbyte> precisamos de um howto/wiki/site de ajuda/alguma coisa detalhada, porém 14:59 * jrandom encerra 14:59 <deer_> <Jake_> gostaria de dizer, para a reunião, que se uma release pública do i2p puder ser feita antes da eleição dos EUA em 2 de novembro, isso ajudaria bastante a garantir uma democracia estável 14:59 <deer_> <newsbyte> e quanto ao 6)? 14:59 <jrandom> newsbyte: você gostaria de trabalhar nisso? 15:00 <jrandom> newsbyte: eu concordo que seria ótimo conseguir mais howtos e informações de ajuda 15:00 <deer_> <Ragnarok> 6) Não existe.... número 6 15:00 <deer_> <newsbyte> bem, sim, mais ou menos, mas é uma coisa estranha comigo 15:00 <deer_> <newsbyte> sou pró-wiki e coisa pública e livre para todos e tudo isso 15:00 <deer_> <newsbyte> mas meu ego protesta e quer controle mínimo 15:00 <jrandom> ótimo 15:00 <deer_> <newsbyte> vai entender 15:00 <jrandom> heh 15:01 <jrandom> bem, se você quiser transformar seu próprio eepsite em um wiki que você controla, também seria ótimo 15:01 <deer_> <newsbyte> de fato 15:01 <jrandom> embora ugha.i2p tenha um uptime bem bom 15:01 <deer_> <newsbyte> vou pensar nisso 15:01 <jrandom> legal 15:02 <deer_> <newsbyte> o 6 seria a coisa freenet-i2p 15:02 * jrandom encerra 15:02 * jrandom *baf*a a reunião encerrada </div> {% endblock %}