개요
이 제안은 하나의 종단 간 마늘 메시지 안에 여러 데이터 마늘 클로브를 보내는 것에 관한 것입니다.
동기
명확하지 않음.
필요한 변경 사항
변경 사항은 OCMOSJ와 관련된 헬퍼 클래스, 그리고 ClientMessagePool에 있어야 합니다. 현재는 큐가 없기 때문에, 새로운 큐와 일부 지연이 필요할 것입니다. 배칭은 드롭을 최소화하기 위해 최대 마늘 크기를 준수해야 합니다. 아마 3KB? 얼마나 자주 사용될지를 측정하기 위해 먼저 도구를 사용해야 할 것입니다.
생각
스트리밍은 이미 배칭을 하고 최적의 MTU를 선택하기 때문에, 이것이 어떤 유용한 효과를 가질지는 불명확합니다. 배칭은 메시지 크기를 늘리고 드롭 확률을 기하급수적으로 증가시킬 것입니다.
예외는 I2CP 층에서 gzipped된 압축되지 않은 콘텐츠입니다. 그러나 HTTP 트래픽은 이미 상위 레이어에서 압축되고 있으며, Bittorrent 데이터는 보통 압축할 수 없습니다. 이로 인해 남는 것은 무엇일까요? I2pd는 현재 x-i2p-gzip 압축을 수행하지 않기 때문에 더 많은 도움이 될 수 있습니다. 하지만 태그가 바닥나는 것을 방지하는 목표는 그의 스트리밍 라이브러리에서 적절한 윈도잉 구현으로 더 잘 해결될 수 있습니다.
호환성
마늘 수신기는 이미 받은 모든 클로브를 처리하기 때문에, 이것은 하위호환성을 가집니다.