HTTP 다운로드의 마지막 청크가 실제로 느린 이유는 무엇입니까?

Question

나는 다운로드가 시작되는 시점에 콘텐츠 길이가 있습니다. 그래서 내가 얼마나 많은 바이트를 요청해야하는지 압니다. 1024 바이트 청크로 다운로드합니다. 마지막 청크에서 남은 바이트 수를 요청합니다. 나는 읽기 기능을 사용하고 있습니다. 하지만 마지막 청크는 도착하는 데 많은 시간이 걸립니다. 정상입니까?

Answer 1

감사합니다. 문제를 발견했습니다. 내 코드는 응용 프로그램 수준 버퍼를 사용하므로 마지막 청크는 다운로드하는 데 오랜 시간이 걸립니다. 나는 Bryant의 저서에있는 강력한 io 함수를 사용하고 있습니다. 나는 그 코드를 약간의 시간 동안 연구했고 그것에 대해 잊어 버렸다. 나는 코드를 수정하고 코드에서 사용되는 버퍼링을 발견했다.

bryant's book - rio functions

내가 HTTP/1.1 사용하던 만들고 있었다 또 다른 실수. HTTP 1.0을 사용하면 서버에서 데이터를 전송 한 후 연결을 닫습니다. 그래서 문제가 해결되었습니다.

Answer 2

어쩌면 최종 청크가 버퍼를 플러시 할 정도로 크지 않을 수도 있습니다.

fd를 플러시하는 방법을 확인하고 마지막 청크를 보낸 후 수동으로 수행 할 수 있습니다.

Answer 3

아니요. 내 생각에 서버가 flush()에 대한 호출을 잃어 버렸기 때문에 시간 초과가 될 때까지 출력이 일부 버퍼에서 멈 춥니 다 (서버가 플러시 될 때까지).