Microsoft MVP성태의 닷넷 이야기
Windows: 197. TCP의 MSS(Maximum Segment Size) 크기는 고정된 것일까요? [링크 복사], [링크+제목 복사],
조회: 8030
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 2개 있습니다.)
개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인
; https://www.sysnet.pe.kr/2/0/12521

Windows: 197. TCP의 MSS(Maximum Segment Size) 크기는 고정된 것일까요?
; https://www.sysnet.pe.kr/2/0/12797




TCP의 MSS(Maximum Segment Size) 크기는 고정된 것일까요?

아래와 같은 질문이 있군요. ^^

Maximum Segment Size
; https://forum.dotnetdev.kr/t/maximum-segment-size/1542

이에 대해서는 사실 지난 글에서 한번 다룬 적이 있습니다.

이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인
; https://www.sysnet.pe.kr/2/0/12521

MSS는 TCP의 payload 크기를 의미하는데요, 사실 이 크기는 다소 가변적입니다. 왜냐하면, TCP 자체의 header 크기도 20 ~ 40 바이트의 가변성이 있고, 그 하위 IP 헤더 역시 20 ~ 36 바이트의 가변성이 있으므로 최소 40, 최대 76 바이트의 헤더를 제외한 크기가 MSS로 확정됩니다.

그건 그렇고, 질문자는 다음에 대해 이어서 묻고 있습니다.

또한 MSS가 어차피 Low 레벨단에서 정의되었다면 소켓통신에서 어플리케이션 버퍼와 반복문을 통해 write를 여러 번 할 필요없이 한 번에 전송해도 되지 않나요? 어플리케이션 단에서 버퍼 사이즈를 고려하지 않아도 될 것 같아서 여쭤봅니다.


맞습니다. 응용 프로그램에서는 굳이 Low 레벨의 MSS 크기를 고려할 필요는 없습니다. 따라서, 1GB 크기의 파일을 전송하고 싶다면 이렇게 구현해도 됩니다.

byte [] buffer = File.ReadAllBytes("..."); // 1GB 크기의 파일
socket.Send(buffer, 0, buffer.Length);

하지만, 저것은 통신상의 문제가 없다는 것이지 기타 다른 문제를 유발합니다. 가령, 저 작업을 하는 Web Application이 있다면 16GB RAM의 물리 서버에서 동시 요청 15개를 처리하는 것이 어려울 수 있습니다.

반면, 다음과 같은 식으로 send를 바꾸면,

int fileLen = File.GetLength(...);
int sentPos = 0;
byte [] buffer = new byte[4096];

while (sentPos < fileLen)
{
    int readBytes = File.Read("...", buffer, sentPos, buffer.Length);
    int sentBytes = socket.send(buffer, 0, readBytes);
    sentPos += sentBytes;
}

요청 하나 처리하는데 4KB의 메모리만 소비하므로 동시 요청 수가 크게 증가할 수 있습니다.




그러니까, Socket.Send의 버퍼 크기는 TCP 프로토콜에 상관할 필요는 없습니다. 오히려 이 크기는 운영체제의 물리 메모리 운영에 따른 페이지 프레임 하나에 해당하는 배수 크기가 더 이상적입니다. 윈도우 운영체제의 경우,

#include <stdio.h>
#include <windows.h>

int main(void)
{
    SYSTEM_INFO si;
    GetSystemInfo(&si);

    printf("The page size for this system is %u bytes.\n", si.dwPageSize);

    return 0;
}

/* 출력 결과 - x64 Windows 10
The page size for this system is 4096 bytes.
*/

메모리 할당을 (1바이트가 요구되어도, 내부 동적 메모리 관리에서 새로 할당해야 하는 상황이 되면) 4KB 단위로 할당하기 때문에 효율을 위해 바이트 버퍼 크기를 4KB의 배수로 하는 것이 일반적입니다. 참고로 닷넷의 경우에는 GC가 별도로 힙을 Segment 단위로 관리하기 때문에 페이지 프레임 배수로 할 필요는 없습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 8/21/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13152정성태11/1/20225956.NET Framework: 2061. ASP.NET Core - DI로 추가한 클래스의 초기화 방법 [1]
13151정성태10/31/20226138C/C++: 161. Windows 11 환경에서 raw socket 테스트하는 방법파일 다운로드1
13150정성태10/30/20226049C/C++: 160. Visual Studio 2022로 빌드한 C++ 프로그램을 위한 다른 PC에서 실행하는 방법
13149정성태10/27/20226038오류 유형: 825. C# - CLR ETW 이벤트 수신이 GCHeapStats_V1/V2에 대해 안 되는 문제파일 다운로드1
13148정성태10/26/20225960오류 유형: 824. msbuild 에러 - error NETSDK1005: Assets file '...\project.assets.json' doesn't have a target for 'net5.0'. Ensure that restore has run and that you have included 'net5.0' in the TargetFramew
13147정성태10/25/20225047오류 유형: 823. Visual Studio 2022 - Unable to attach to CoreCLR. The debugger's protocol is incompatible with the debuggee.
13146정성태10/24/20225895.NET Framework: 2060. C# - Java의 Xmx와 유사한 힙 메모리 최댓값 제어 옵션 HeapHardLimit
13145정성태10/21/20226222오류 유형: 822. db2 - Password validation for user db2inst1 failed with rc = -2146500508
13144정성태10/20/20226118.NET Framework: 2059. ClrMD를 이용해 윈도우 환경의 메모리 덤프로부터 닷넷 모듈을 추출하는 방법파일 다운로드1
13143정성태10/19/20226622오류 유형: 821. windbg/sos - Error code - 0x000021BE
13142정성태10/18/20225979도서: 시작하세요! C# 12 프로그래밍
13141정성태10/17/20227227.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기파일 다운로드1
13140정성태10/11/20226571C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/20226240.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/20227647.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/20225930.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/20226513.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/20226782.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기
13134정성태10/4/20225462오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/20225846Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/20225734스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/20228570.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/20225430.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/20225731.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/20228418C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import파일 다운로드1
13127정성태9/22/20226884Windows: 210. WSL에 systemd 도입
... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...