안녕 여러분, 또 화요일이네

Index

  1. Congestion
  2. Streaming
  3. BT
  4. ???

1) 혼잡

저도 압니다, 늘 1번 항목을 ‘Net status’라고 부르곤 했는데, 이번 주에는 ‘혼잡’이 더 적절해 보입니다. 네트워크 자체는 꽤 잘 돌아갔지만, BitTorrent 사용량이 늘어나면서 점점 더 막히기 시작했고, 결국 사실상의 혼잡 붕괴(congestion collapse)로 이어졌습니다.

이는 예상했던 일이며, 우리의 계획을 더욱 강화할 뿐입니다 - 새로운 streaming lib(스트리밍 라이브러리)를 배포하고, 빠른 피어가 실패할 때 활용할 수 있도록 피어에 대한 충분한 데이터를 갖추기 위해 tunnel 관리를 개편하는 것입니다. 최근 네트워크 문제에는 다른 요인들도 있었지만, 대부분은 혼잡 증가와 그로 인한 tunnel 실패로 설명할 수 있습니다(그 결과로 각종 무질서한 피어 선택이 발생했습니다).

2) 스트리밍

streaming lib(스트리밍 라이브러리)에 상당한 진전이 있었고, Squid 프록시를 그것에 붙여 실제 네트워크에서 운용하면서 평소 웹 브라우징에 자주 사용하고 있습니다. mule의 도움으로, 네트워크를 통해 frost와 FUQID를 파이핑하여 스트림에 강한 부하를 걸어 테스트하기도 했습니다(세상에, 이렇게 해 보기 전엔 frost가 얼마나 가혹한지 전혀 몰랐네요!). 이런 방식으로 오랫동안 지속된 몇 가지 중대한 버그를 추적해냈고, 엄청난 수의 연결을 제어하는 데 도움이 되는 몇 가지 미세 조정도 추가했습니다.

대용량 스트림도 슬로 스타트(slow start)와 혼잡 회피(congestion avoidance)가 모두 적용된 상태에서 아주 잘 동작하고 있으며, 빠른 송신/응답 연결(HTTP get+response처럼)도 제 기능을 정확히 수행하고 있습니다.

앞으로 며칠 동안 더 널리 배포해 볼 자원봉사자 몇 분을 모집해 보려고 하고, 순조롭게만 된다면 곧 0.4.2 수준에 도달할 수 있을 것 같습니다. 설거지까지 해 줄 정도로 대단할 거라고까지는 말하지 않겠고, 걸러지지 못한 버그도 분명 있겠지만, 그래도 전망은 좋아 보입니다.

3) BT

최근의 네트워크 문제를 제외하면, i2p-bt 포트는 눈에 띄는 발전을 거듭해 왔습니다. 저는 이를 통해 1GB가 넘는 데이터를 다운로드한 사람을 몇 명 알고 있고, 성능도 예상한 대로였습니다(오래된 스트리밍 라이브러리 때문에, 스웜 내 피어당 ~4KBps). 저는 #i2p-bt 채널에서 논의되는 작업을 계속 지켜보려고 노력하고 있는데 - 아마도 회의에서 duck이 요약을 해 줄 수 있을까요?

4) ???

전 일단 여기까지예요. 몇 분 뒤 회의에서 다들 봐요.

=jr