안녕하세요 여러분, 주간 업데이트 시간입니다

  • Index
  1. 0.5.0.2 2) mail.i2p 업데이트 3) i2p-bt 업데이트 4) ???
    1. 0.5.0.2

얼마 전에 0.5.0.2 릴리스를 배포했고 네트워크의 상당 부분이 업그레이드했습니다(야호!). 0.5.0.1에서 최악의 문제들이 사라졌다는 보고가 들어오고 있고, 전반적으로는 잘 동작하는 것 같습니다. 아직 몇 가지 신뢰성 이슈가 남아 있지만, streaming lib(스트리밍 라이브러리)이 이를 잘 처리하고 있으며(IRC 연결이 12~24시간 이상 지속되는 것이 보통인 듯합니다). 남아 있는 몇 가지 문제를 추적하고 있지만, 모두 가능한 한 빨리 최신 버전으로 업데이트해 주신다면 정말, 정말 좋겠습니다.

현재로서는 앞으로 나아가기 위해 신뢰성이 최우선이다. 성공해야 하는 메시지의 압도적 다수가 실제로 성공하게 된 이후에야 처리량 개선 작업을 진행할 것이다. batching tunnel 전처리기 외에도, 추가로 살펴볼 부분은 프로파일에 더 많은 지연(latency) 데이터를 반영하는 것이다. 현재 우리는 각 피어의 ‘속도’ 순위를 결정하기 위해 테스트 및 tunnel 관리 메시지만을 사용하고 있지만, netDb나 심지어 종단 간 클라이언트 메시지와 같은 다른 동작에 대해서도 측정 가능한 RTT(왕복 지연시간)는 모두 수집하는 것이 좋을 것이다. 반면, 종단 간 메시지의 경우 측정 가능한 RTT를 네 부분(우리 측 발신, 상대 측 수신, 상대 측 발신, 우리 측 수신)으로 분리할 수 없기 때문에, 그에 맞게 가중치를 부여해야 한다. 어쩌면 garlic 관련 기법을 사용하여 우리 쪽 inbound tunnels 중 하나를 대상으로 하는 메시지를 몇 개의 발신 메시지와 함께 번들로 묶어, 측정 루프에서 상대편의 tunnels를 배제할 수도 있을 것이다.

    1. mail.i2p updates

글쎄요, postman이 우리를 위해 어떤 업데이트를 준비해 두었는지는 모르겠지만, 회의 중에 업데이트가 있을 겁니다. 알아보려면 로그를 확인하세요!

    1. i2p-bt update

duck랑 일행이 우리에게 어떤 업데이트를 갖고 있는지는 모르겠지만, 채널에서 진전이 있다는 얘기가 오가는 걸 들었습니다. 아마 그한테서 업데이트 하나 뽑아낼 수 있을지도 모르겠네요.

    1. ???

할 일도 많고 진행 중인 것도 엄청나게 많지만, 특별히 이야기하고 싶은 주제가 있다면 몇 분 후에 열리는 회의에 잠깐 들러 주세요. 아, 그리고 한 가지 더, 아직 업그레이드하지 않았다면 가능한 한 빨리 해 주세요(업그레이드는 정말 말도 안 될 정도로 간단합니다—파일을 하나 내려받고 버튼을 한 번 누르면 됩니다).

=jr