Reunião de Desenvolvimento do I2P - 03 de maio de 2005

14:08 <jrandom> 0) oi 14:08 <jrandom> 1) Status da rede 14:08 <jrandom> 2) Status do SSU 14:08 <jrandom> 3) i2phex 14:08 <jrandom> 4) awol 14:08 <jrandom> 5) ??? 14:08 <jrandom> 0) oi 14:08 * jrandom acena 14:08 <jrandom> notas semanais de status publicadas quase uma hora antes @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy acena de volta:P 14:10 <jrandom> ok, entrando em 1) Status da rede 14:10 <jrandom> não tenho muito mais a acrescentar, embora pareça que podemos enfrentar alguma turbulência por causa do influxo do Azureus 14:11 <jrandom> tomara que aguente bem o suficiente, veremos 14:11 <Masterboy> sem grandes problemas para mim e não consigo lembrar dos pequenos. 14:11 <jrandom> heh legal 14:11 <jrandom> mais alguém tem perguntas/comentários/preocupações em relação ao status atual da rede? 14:11 <sirup> o Azureus está usando nossos proxies? 14:12 <jrandom> heh espero que não 14:12 <jrandom> provavelmente é só gente testando depois de ver a opção listada 14:12 <@smeghead> a maioria vai cair fora em uma semana mais ou menos 14:13 <Masterboy> :D 14:13 <+DrWoo> smeghead: isso não é bom 14:13 <sirup> então eles encapsulam duas redes diferentes sob o mesmo capô 14:13 <+cervantes> isso não é mencionado nas notas de lançamento do az 14:13 <+cervantes> embora esteja listado na seção de plugins 14:14 <ant> <cat-a-puss> Há um link que menciona isso à esquerda da página principal deles 14:14 <jrandom> vai ser ótimo quando 0.6 sair e pudermos lidar com a carga maior de usuários 14:14 <+DrWoo> jrandom: qual é o status atual de lançar uma build para lidar com mais usuários? 14:14 <jrandom> sim, o Azureus é atualmente nosso maior referenciador para o site, bem mais do que até as referências do /. 14:15 <jrandom> DrWoo: sem chance. 14:15 <sirup> não deixe isso te estressar e lançar o 0.6 cedo demais 14:15 * eAi define um limite de banda absurdo para impedir que as pessoas haxorem minha velocidade de download 14:15 <ant> <cat-a-puss> qual o tamanho de rede que o .6 vai suportar? 14:15 <jrandom> DrWoo: 0.6 é a solução, e ficará pronto quando ficar pronto :) 14:15 <+cervantes> há 445 resultados no Google para "i2p" e "azureus" 14:15 <jrandom> heh eAi 14:16 <+cervantes> Devo dizer que fiquei impressionado com a taxa de transferência da rede de testes SSU 14:16 <Masterboy> w00t cervantes:) 14:16 <+DrWoo> jrandom: você sabe que eu te adoro, mas seu cronograma está escorregando como a calcinha de uma prostituta de 5 dólares ;) 14:16 <jrandom> cat-a-puss: isso remove nosso gargalo atual a ponto de eu não ver claramente o próximo gargalo. espero que aguente chegar aos milhares. 14:16 <+cervantes> consegui saturar minha conexão DSL com uma simples transferência de arquivo via HTTP 14:17 <jrandom> isso mesmo, DrWoo ;) se pudesse ser feito mais rápido, seria ótimo, mas tenho que me mudar semana que vem, então realmente não há alternativa 14:17 <sirup> cervantes: 0 saltos em ambas as pontas ;) 14:18 <jrandom> sirup: claro, mas o ponto é que o transporte SSU conseguiu dar conta 14:18 <+DrWoo> jrandom: eita, que droga, boa sorte :) 14:18 <Teal`c__> há uma alternativa. Vou ligar para o toad, ele termina isso enquanto você está no Taiti 14:18 <@smeghead> subindo na vida, pro lado leste, pra um apartamento de luxo no céuuu 14:18 <shendaras> Você tem um lugar em mente, jrandom, ou ainda está no ar onde vai parar? 14:19 <+cervantes> *mudo* 14:19 <jrandom> heh 14:19 <jrandom> acho que sei em que país vou acabar. além disso, não muito 14:19 <jrandom> ok, de qualquer forma, de volta à pauta 14:19 <jrandom> mais algo em 1) Status da rede, ou passamos para 2) Status do SSU? 14:20 <Masterboy> vamos 14:20 <jrandom> considere-nos já movidos 14:21 <jrandom> ok, como descrito nas notas de status e como o cervantes disse há um minuto, as coisas parecem promissoras 14:22 <jrandom> esta primeira rodada de testes na rede ao vivo pegou alguns bugs, mas também ajudou a expor alguns trade-offs em largura de banda, latência e compatibilidade com o TCP 14:23 <Masterboy> como alguém pode entrar numa rede de teste?:P 14:23 <jrandom> essa é a questão - os testes do SSU são feitos na rede ao vivo 14:24 <jrandom> se você olhar na netDb, verá que alguns pares têm endereços TCP e SSU, enquanto quase todo mundo tem apenas um endereço TCP. 14:24 <jrandom> pares que sabem falar via SSU tentam isso primeiro, mas voltam para TCP se a porta SSU não estiver acessível. 14:25 <jrandom> ainda assim, e não posso enfatizar isso o suficiente, o SSU não está pronto para produção. Vai quebrar e causar problemas, então as pessoas não devem usá-lo exceto como parte de testes explícitos 14:25 <Masterboy> obrigado:) 14:26 <jrandom> por enquanto, todos devem desabilitar o SSU, mas nos próximos dias haverá mais informações no meu blog para a segunda rodada de testes 14:27 <jrandom> ok, acho que isso e o e-mail cobriram praticamente o que eu tinha para trazer em relação ao SSU. alguém tem perguntas/comentários/preocupações? 14:27 <Teal`c__> jrandom: podemos usar SSU enquanto você estiver fora? 14:28 <jrandom> provavelmente, mas as pessoas podem querer falar com outros usuários para ver se ele dá problema e, se der, é só desabilitar 14:29 <shendaras> Qual é sua nova técnica de SACK? =) 14:29 <jrandom> ainda tenho quase uma semana de tempo de hacking, então vai haver mais melhorias 14:30 <+bla> jrandom: eu estava pensando... Quando há uma conexão SSU entre dois nós, eles derrubam a conexão TCP entre eles (já que então não é necessária)? 14:30 <jrandom> heh shendaras, é só explorar o tamanho pequeno das mensagens e a fragmentação fixa para permitir que o receptor transmita ACKs/NACKs explícitos para uma mensagem inteira em um bitfield (campo de bits), em vez de dar ACK ou NACK em cada fragmento separadamente 14:31 <jrandom> bla: correto, eles nunca estabelecem uma conexão TCP se SSU estiver disponível 14:31 <jrandom> os dois transportes 'dão lances' em cada mensagem enviada, e o transporte SSU está configurado para ofertar 'mais baixo' do que o transporte TCP 14:31 <+bla> jrandom: isso é bom, mas significa que vou ter que atualizar meus scripts do theland.i2p :(... ;) 14:32 <jrandom> heh bem, é uma pena ;) 14:32 <jrandom> (o novo peers.jsp pode ser o que você quer, porém) 14:33 <+bla> jrandom: vou dar uma olhada. Mas não planejo usar SSU até que esteja pronto, no entanto 14:33 <+cervantes> talvez devêssemos todos ficar em TCP para o bla não ter que programar nada 14:34 <jrandom> heh 14:34 <jrandom> tranquilo, bla, sem pressa 14:34 <+cervantes> ;) 14:34 <+bla> cervantes: ;) 14:35 <+cervantes> haverá situações em que uma conexão SSU não é apropriada e uma TCP seria preferível? 14:36 * Masterboy cutuca jr 14:36 <jrandom> a configuração padrão atual prefere uma conexão TCP estabelecida a uma conexão SSU não estabelecida 14:36 <jrandom> (você pode sobrescrever isso com um flag de configuração, acho que está documentado no history.txt) 14:37 <@smeghead> há pessoas que afirmaram que seus ISPs bloqueiam UDP completamente 14:37 <jrandom> mas, em geral, não consigo pensar por que você iria usar TCP quando SSU está disponível 14:37 <+cervantes> sim, eu sei da opção de configuração... mas digo, há circunstâncias em que seria melhor usar TCP em vez de pacotes UDP 14:37 <jrandom> smeghead: há pessoas que afirmaram que Elvis era um marciano 14:38 <+cervantes> então é bom apenas como reserva 14:38 <jrandom> cervantes: nenhuma que eu consiga pensar, desde que o SSU esteja disponível para ambos os pares 14:39 <jrandom> talvez como reserva, embora isso levante questões de rotas restritas, pois todos os pares devem poder contatar todos os pares. 14:40 <jrandom> se permitirmos nós apenas TCP, isso significa que todos devem ser alcançáveis via TCP e UDP 14:41 <Teal`c__> :~( 14:41 <jrandom> para este verão, provavelmente suportaremos ambos, mas estou inclinado a tender para apenas UDP 14:41 <entroy> Oi, alguém pode me dizer onde posso ir para fazer uma pergunta sobre configurar 12p e Azureus? 14:41 <jrandom> (até 2.0) 14:42 <jrandom> oi entroy, o #i2p-chat pode ajudar, ou forum.i2p.net. estamos na nossa reunião semanal de dev no momento, mas podemos te ajudar depois se você ainda estiver com problemas 14:42 <+cervantes> lá vêm eles, repelir invasores :) 14:42 <jrandom> cervantes: qualquer um que consegue entrar no IRC é dos nossos :) 14:42 <@smeghead> melhor chamar os Minutemen 14:43 <Teal`c__> liverpool ou chelsea ?! 14:43 <entroy> ok, valeu 14:43 <ant> <cat-a-puss> jrandom: Em relação a bitfields, se assumirmos que a maioria dos pacotes vai ser recebida com sucesso, então os bitfields seriam quase todos 1's. Não seria mais eficiente listar o número de NACKs e então codificá-los no estilo ECC. 14:43 <+cervantes> jrandom: tem certeza disso... alguém mencionou um cliente mschat mais cedo 14:43 <+cervantes> ;-) 14:45 <jrandom> cat-a-puss: há algumas opções, mas quando você olha o tamanho real da mensagem, é bem difícil de bater - tunnel messages, que são 4x mais comuns do que todas as outras mensagens, vão exigir no máximo dois fragmentos - apenas dois bits 14:45 <Teal`c__> <steve> # Appears as TIKI 14:45 <jrandom> as mensagens da streaming lib entre o endpoint e o gateway têm apenas 4KB - até 8 bits, ou 2 bytes com os bitfields 14:45 <jrandom> isto é, assumindo o menor MTU possível 14:46 <jrandom> com 1492 (ou 1472, dependendo de quem está contando), você consegue lidar com quase tudo em um único byte de bitfield 14:46 <ant> <cat-a-puss> jrandom: ah, então os bitfields são apenas para fragmentos, não para cada pacote? 14:47 <jrandom> certo, se uma mensagem for parcialmente recebida, você manda de volta o bitfield para os fragmentos recebidos dessa mensagem 14:47 <ant> <cat-a-puss> ok 14:47 <jrandom> os IDs de mensagem são infelizmente completamente aleatórios e não ordenados, então não podemos usar números de sequência ao estilo TCP 14:48 <jrandom> (e, bem, também não queremos essa sobrecarga) 14:49 <jrandom> ok, se não há mais nada em 2) SSU, vamos para 3) i2phex 14:49 <jrandom> sirup: você tá por aí? 14:49 <ant> <cat-a-puss> rápido: por que aleatórios? 14:50 * sirup está à espreita 14:50 <jrandom> cat-a-puss: os IDs de mensagem são expostos aos pares - não queremos que eles saibam que uma mensagem está relacionada a outra (a com um número de sequência anterior) 14:50 <ant> <cat-a-puss> ok 14:51 <jrandom> oi, sirup, postei algumas informações gerais na lista, mas se você puder nos dar uma atualização, seria ótimo 14:52 <sirup> bem. os primeiros testes foram bem-sucedidos 14:52 <jrandom> [w3wt] 14:52 <sirup> mas também parece que precisamos ajustar as configurações de timeout. as conexões entre pares não se sustentam por algum motivo 14:53 <sirup> então não é ligar e sair usando agora :) 14:53 <sirup> mas eu já esperava isso, porque não mudei nada referente a timeouts e afins 14:54 <sirup> em geral, eu ficaria feliz se algumas pessoas estivessem dispostas a me ajudar a testá-lo até que se chegue a um estado suportável 14:55 <sirup> várias instâncias na mesma máquina só levam até certo ponto... 14:55 <sirup> ah. e qualquer experiência/insumo é bem-vindo. o melhor é por e-mail para sirup@mail.i2p 14:56 <sirup> um fórum também seria ótimo (não posso ter nenhum no meu destino, porque não fico 24/7) 14:56 <sirup> é isso :) 14:56 <jrandom> legal 14:56 <jrandom> cervantes: tem como conseguirmos adicionar uma seção de i2phex lá? 14:57 <+cervantes> com certeza 14:57 * sirup se pergunta quem está baixando aquela música ruim com licença commons de mim :) 14:58 <@smeghead> ei, pelo menos você pode construir mais porcaria em cima dessa porcaria :) 14:58 <+cervantes> sirup: imagino que "sirup" seja seu apelido no fórum 14:58 <sirup> isso seria bacana 14:58 <sirup> sim 14:59 <ant> <BS314159> notas de status? 15:00 <jrandom> ok, ótimo. isso está realmente muito promissor, o sirup fez um ótimo trabalho, então o pessoal deve dar um pulo em sirup.i2p e ler sobre o que está rolando :) 15:00 <@smeghead> mailing list? 15:00 <RevDuck> ou www.i2phex.tk 15:01 <sirup> mailing list também seria bom, claro 15:01 <sirup> lol. i2phex.tk é falso. pegue seus discadores lá :) 15:01 <+cervantes> Fórum do I2Phex adicionado 15:01 <jrandom> !stab duck 15:02 <+cervantes> sirup é moderador 15:02 <Masterboy> :D 15:02 <+cervantes> sirup: me avise se quiser mudar o texto da descrição 15:02 <jrandom> sirup: se você quiser uma lista i2phex e i2phex-cvs, me avise, é fácil adicionar 15:02 <jrandom> (embora no momento possa ser mais simples usar a lista i2p) 15:02 <sirup> cervantes, muito obrigado 15:03 <sirup> sim. o fórum serve por enquanto 15:04 <jrandom> ok, legal. mais alguém tem algo em 3) i2phex? 15:05 <jrandom> se não, passando rapidamente para 4) awol 15:05 <jrandom> sei que vocês estão ansiosos, procurando maneiras de contribuir código para o i2p, então as notas de status têm algumas sugestões 15:05 <+bla> jrandom: Você está finalmente sendo cancelado por Operações? 15:06 <jrandom> não, a CIA só está me realocando^Ula la la 15:06 <@smeghead> não, o orçamento negro foi aumentado neste trimestre 15:07 <+cervantes> *o elefante deixou o ninho* repito *o elefante deixou o ninho* câmbio 15:07 <jrandom> não tenho muito mais a acrescentar ao 4) do que estava no e-mail, embora eu tenha certeza de que vocês têm muitas outras ideias bacanas 15:07 * smeghead suprime piada de elefantíase 15:08 <jrandom> então seu dever de casa enquanto eu estiver fora é escolher algo legal que você quer construir e construir ;) 15:08 * cervantes estanca o sangramento das têmporas do smeghead 15:08 <jrandom> (seja uma página web ou um pônei voador) 15:09 <jrandom> ok, passando para 5) ??? 15:09 <jrandom> mais alguém tem algo que queira trazer para a reunião? 15:09 <shendaras> Vamos sentir sua falta... 15:09 <@smeghead> sim, quem vai presidir as reuniões enquanto você estiver fora? 15:09 <+mancom> o aum apareceu durante a última semana? 15:09 <@smeghead> mancom: negativo 15:10 <Masterboy> irmão pato?:P 15:11 <jrandom> nosso amado gerente de operações provavelmente vai cobrir, ou vocês podem tirar a sorte para ver quem vai ter que escrever as notas de status na última hora :) 15:11 <jrandom> mancom: ele passou pelo #i2p-chat outro dia rapidamente 15:12 <RevDuck> talvez só façam reuniões quando realmente houver algo a reportar 15:12 <+cervantes> tudo bem, estou escrevendo um script de simulação do jrandom 15:12 <+cervantes> * w3wt 15:12 <jrandom> nada de errado com uma reunião de 5 minutos ;) 15:13 <+cervantes> * jrandom arremessa lama no seu pônei voador 15:13 * smeghead escreve um script de simulação do cervantes que escreve um script de simulação do jrandom 15:13 * jrandom escreve uma simu do smeghead[CRASH] 15:13 <+cervantes> opa, tenho que trabalhar nessa gramática 15:14 <@smeghead> haha 15:14 <jrandom> ok, mais alguém tem algo para trazer para a reunião? 15:14 * cervantes escreve uma simula......... do aum 15:14 <@smeghead> java.util.RecursiveIdiocyException 15:15 <jrandom> falando nisso.. ;) 15:15 * jrandom se prepara 15:15 * jrandom encerra a reunião com um *baf*