당신은 운동에 대한 전체 프로토콜 스택 고려해야합니다 :
이 층의 각을 원시 PHY 속도를 줄입니다.
이더넷 및 IP 레이어의 경우 매우 간단합니다. 이러한 프로토콜의 각 프레임에는 최대 크기 (MTU)와 고정 된 크기가 있으며 각 프레임의 헤더에 할당해야합니다.
헤더에 대한 오버 헤드를 뺀 후에는 IP를 통한 처리량이 있습니다.
TCP의 경우 추가 왕복이 주요 요인이므로 데이터 오버 헤드를 무시할 수 있습니다. 이 경우에는 악수 만 처리하고 다른 세부 정보는 무시하십시오. 이는 SYN-ACK-ACK 시퀀스를 위해 클라이언트 측에서 링크가 설정되기 전에 두 배의 지연 시간을 고려해야 함을 의미합니다.
FTP의 경우 가장 간단한 경우, 익명 로그인, 활성 전송, 인코딩 없음을 가정 해 봅니다. 실제 데이터 전송이 시작되기 전에 왕복이 한 번 더 추가됩니다.
FTP 및 TCP 프로토콜에서 데이터 크기를 무시한 이유는 무엇입니까? 왜냐하면 현대의 모든 링크 속도에서는 지연에 의해 완전히 가려져 있기 때문입니다.
그래서 총에 효과적인 처리량은 이제 왼쪽에 또 다른 요소를 추가 할 FTP에서 다른 전송 인코딩을 선택 PHY rate * Ethernet overhead * IP overhead + file size/(4 * Delay)
입니다. TCP 창 크기 조정, 재전송, FTP를 통한 로그인 등은 더 많은 왕복을 추가합니다.
스택에 추가 프로토콜이있어 추가 오버 헤드가 발생할 수 있습니다. 예 : 네트워크 터널.
PHY 비율은 프로토콜 오버 헤드, 오류 수정 또는 조정을 가정하지 않으면 이론적 인 피크입니다. 링크 속도는 동일하지만 다른 단어입니다. 전반적으로 OSI 스택의 모든 계층에 도입 된 오버 헤드에 의해 제한되는 내용입니다. 일반적으로 왕복 (예 : TCP)을 요구하는 프로토콜에 대한 대기 시간에 의해 더 제한되며, 예를 들어, 이더넷 프레임 또는 심지어 링크 수준의 무선 링크에 대한 오류 수정 및 조정.이더넷의 경우 PHY 속도와 처리량은 오버 헤드가 매우 낮기 때문에 거의 동일합니다. 전송 시간도 대기 시간이 필요합니다. – Ext3h
당신은 1 파일 = (파일 크기/1 패킷의 크기) * 대기 시간을 전송하는 데 걸리는 말을하는거야 ?? –
대기 시간 대신 지연을 사용할 수 있습니까? –