불행 하 게 도 , HTTP 는 이러 한 극 적 인 속도 개선 을 효과 적 인 장점 으로써 설계 되 지 않 았 다 ( 그것 은 실현 되 지 도 않 았 다 ) . 웹 사이트 는 원격 서버 에 파일 의 집합체 이 다 . 간단 하 게 , HTTP 가 첫 번 째 파일 을 요청 하 고 , 첫 번 째 파일 이 다운로드 되 는 것 을 기다린 후 , 두 번 째 파일 을 요청 해서 그 파일 이 다운로드 되 는 것 을 기다리 는 것 이 다 . 사실 , " HTTP 는 하나 의 이상 의 "" 개방 연결 ( open connection ) "" 을 허락 하 는데 ", 예컨대 한 번 에 요청 되 는 하나 의 파일 보다 많 은 것 을 허용 하 지만 , 표준 합의 ( agreed - upon standard ) 때문 에 ( 그리고 과부하 로부터 웹 서버 를 보호 하 는 ) 오직 소수 의 개방 연결 만 이 허용 된다 . 게다가 , 웹 페이지 의 경로 가 구성 되 어 져 있 기 때문 에 , 브라우저 는 즉시 다운로드 되 도록 이용 할 수 있 는 복수 의 동시 적 인 페이지 를 종종 인식 하 지 못한다 ( 예컨대 , 페이지 의 어구 를 파싱 ( parsing ) 한 후 에 , 다운로드 할 필요 가 있 는 이미지 와 같 은 새로운 파일 들 이 나타나 게 된다 ) . 따라서 , 웹 사이트 상 의 파일 들 은 HTTP 에서 이용 되 는 요청 - 응답 프로토콜 때문 에 본질 적 으로 한 번 에 하나 씩 로드 되 고 , 각 파일 이 로드 되 는 것 과 관련 하 여 100 ms 레이턴 시 가 있 다 ( 미국 에 있 는 전형 적 인 웹 서버 의 접근 ) .