성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] 그냥 RSS Reader 기능과 약간의 UI 편의성 때문에 사용...
[이종효] 오래된 소프트웨어는 보안 위협이 되기도 합니다. 혹시 어떤 기능...
[정성태] @Keystroke IEEE의 문서를 소개해 주시다니... +_...
[손민수 (Keystroke)] 괜히 듀얼채널 구성할 때 한번에 같은 제품 사라고 하는 것이 아...
[정성태] 전각(Full-width)/반각(Half-width) 기능을 토...
[정성태] Vector에 대한 내용은 없습니다. Vector가 닷넷 BCL...
[orion] 글 읽고 찾아보니 디자인 타임에는 InitializeCompon...
[orion] 연휴 전에 재현 프로젝트 올리자 생각해 놓고 여의치 않아서 못 ...
[정성태] 아래의 글에 정리했으니 참고하세요. C# - Typed D...
[정성태] 간단한 재현 프로젝트라도 있을까요? 저런 식으로 설명만 해...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <h1 style='font-family: Malgun Gothic, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>C# - 리눅스 프로세스 메모리 정보</h1> <p> 리눅스 환경에서 메모리 정보를 구해볼까요? ^^ 우선, 간단하게는 "ps" 명령어의 결과로 구하는 메모리 정보가 있는데요,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > // RSS: Resident Set Size // VSZ: Virtual Memory Size $ <span style='color: blue; font-weight: bold'>ps -o vsz,rss -p 1950</span> VSZ RSS 2300 108 What is RSS and VSZ in Linux memory management ; <a target='tab' href='https://stackoverflow.com/questions/7880784/what-is-rss-and-vsz-in-linux-memory-management'>https://stackoverflow.com/questions/7880784/what-is-rss-and-vsz-in-linux-memory-management</a> </pre> <br /> C#으로는 이렇게 코딩할 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > private static (long vsz, long rss) GetMemoryInfoFromPS(int pid) { long vsz = 0; long rss = 0; string cmd = $"<span style='color: blue; font-weight: bold'>ps -o vsz,rss -p {pid} --no-headers</span>"; ProcessStartInfo psi = new ProcessStartInfo(); psi.UseShellExecute = false; psi.FileName = "bash"; psi.Arguments = "-c \"" + cmd + "\""; psi.RedirectStandardOutput = true; Process? runningProcess = Process.Start(psi); if (runningProcess == null) { return (0, 0); } runningProcess.WaitForExit(); string text = runningProcess.StandardOutput.ReadToEnd().Trim(); string[] items = text.Split(); if (items.Length != 2) { return (0, 0); } long.TryParse(items[0], out vsz); long.TryParse(items[1], out rss); return (vsz, rss); } </pre> <br /> 위에서 구한 vsz, rss는 윈도우와 비교하면 <a target='tab' href='https://www.sysnet.pe.kr/2/0/1850'>"Process Explorer"의 virtual size와 working set에 해당</a>합니다. 그런데 이 정보들은 굳이 ps 명령어의 결과로 추출할 필요없이 Process 개체를 통해 간단하게 구할 수 있습니다.<br /> <a name='proc_mem'></a> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > Process process = Process.GetCurrentProcess(); long vsz = process.VirtualMemorySize64; <span style='color: blue; font-weight: bold'>long vszKB</span> = vsz / 1024; long rss = process.WorkingSet64; <span style='color: blue; font-weight: bold'>long rssKB</span> = rss / 1024; </pre> <br /> vszKB, rssKB와 ps 출력의 vsz, rss 값은 정확히 일치합니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 리눅스의 경우, <a target='tab' href='https://www.sysnet.pe.kr/2/0/13174'>VMMap</a>과 같은 정보를 /proc/[pid]/maps를 통해 구하는 것도 가능합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > $ <span style='color: blue; font-weight: bold'>cat /proc/3035/maps</span> 564b14faa000-564b14fb6000 r--p 00000000 08:30 89216 /usr/share/dotnet/dotnet 564b14fb6000-564b14fcc000 r-xp 0000c000 08:30 89216 /usr/share/dotnet/dotnet 564b14fcc000-564b14fcd000 r--p 00022000 08:30 89216 /usr/share/dotnet/dotnet 564b14fcd000-564b14fce000 rw-p 00023000 08:30 89216 /usr/share/dotnet/dotnet 564b15973000-564b15b80000 rw-p 00000000 00:00 0 [heap] 7f3b58000000-7f3b58021000 rw-p 00000000 00:00 0 ...[생략]... 7f7c98e9f000-7f7c98ea0000 r--p 00000000 08:30 20985 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7f7c98ea0000-7f7c98ec3000 r-xp 00001000 08:30 20985 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7f7c98ec3000-7f7c98ecb000 r--p 00024000 08:30 20985 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7f7c98ecb000-7f7c98ecc000 rw-s 00471000 00:01 1180 /memfd:doublemapper (deleted) 7f7c98ecc000-7f7c98ecd000 r--p 0002c000 08:30 20985 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7f7c98ecd000-7f7c98ece000 rw-p 0002d000 08:30 20985 /usr/lib/x86_64-linux-gnu/ld-2.31.so 7f7c98ece000-7f7c98ecf000 rw-p 00000000 00:00 0 7ffdb8167000-7ffdb8188000 rw-p 00000000 00:00 0 [stack] 7ffdb819d000-7ffdb81a1000 r--p 00000000 00:00 0 [vvar] 7ffdb81a1000-7ffdb81a2000 r-xp 00000000 00:00 0 [vdso] </pre> <br /> 예상할 수 있겠지만, 개별 라인(예를 들어, "7f7c98e9f000-7f7c98ea0000")에 해당하는 주소 범위를 모두 더하면 정확히 (이전 소스 코드에서 구한) vsz에 해당하는 크기가 나옵니다.<br /> <br /> 혹시 저 영역 중에 GC Heap은 어디에 포함될까요? ^^ 아래의 글을 보면,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > /proc/pid/maps : 파일 프로세스의 메모리 공간 ; <a target='tab' href='https://sosal.kr/328'>https://sosal.kr/328</a> /proc/<pid>/maps ; <a target='tab' href='https://umbum.dev/140'>https://umbum.dev/140</a> </pre> <br /> [heap] 영역은 C/C++ 코드에서 new/malloc 등으로 할당한 공간이라고 하는데요, 그렇다면 GC Heap도 거기에 포함되지 않을까요?<br /> <br /> 이를 검증하기 위해 참조 개체를 fixed 상태로 만들어 구한 주소를,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > Program pg = new Program(); fixed (int* ptr = &pg._dummy) { IntPtr addr = new nint(ptr); // addr 주소를 /proc/pid/maps와 비교 } </pre> <br /> 찾아보면 "[heap]"에 속하지 않은 다른 범위의 주소가 나옵니다. 일례로 아래와 같은 범위로,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 7ebc12800000-7ebc12831000 rw-p 00000000 00:00 0 </pre> <br /> 메모리 범위의 크기를 보면, 200,704가 나오는데요, 약 196KB에 해당합니다. 또한, 이 영역을 /proc/pid/maps의 전체 출력에서 찾아보면,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 56212274d000-562122759000 r--p 00000000 08:20 36634 /usr/share/dotnet/dotnet 562122759000-56212276f000 r-xp 0000c000 08:20 36634 /usr/share/dotnet/dotnet 56212276f000-562122770000 r--p 00022000 08:20 36634 /usr/share/dotnet/dotnet 562122770000-562122771000 rw-p 00023000 08:20 36634 /usr/share/dotnet/dotnet 562123620000-562123815000 rw-p 00000000 00:00 0 [heap] 7ebb64000000-7ebb64021000 rw-p 00000000 00:00 0 7ebb64021000-7ebb68000000 ---p 00000000 00:00 0 7ebb6c000000-7ebb6c021000 rw-p 00000000 00:00 0 7ebb6c021000-7ebb70000000 ---p 00000000 00:00 0 7ebb70000000-7ebb70068000 rw-p 00000000 00:00 0 7ebb70068000-7ebb74000000 ---p 00000000 00:00 0 7ebb74000000-7ebb74021000 rw-p 00000000 00:00 0 7ebb74021000-7ebb78000000 ---p 00000000 00:00 0 7ebb7a555000-7ebb7a556000 ---p 00000000 00:00 0 7ebb7a556000-7ebb7ad56000 rw-p 00000000 00:00 0 7ebb7ad56000-7ebb7ad57000 ---p 00000000 00:00 0 7ebb7ad57000-7ebb7b561000 rw-p 00000000 00:00 0 7ebb7b561000-7ebb83556000 ---p 00000000 00:00 0 7ebb83556000-7ebb83561000 rw-p 00000000 00:00 0 7ebb83561000-7ebb8b556000 ---p 00000000 00:00 0 7ebb8b556000-7ebb8b557000 rw-p 00000000 00:00 0 7ebb8b557000-7ebb8b576000 ---p 00000000 00:00 0 7ebb8b576000-7ebb8b57b000 rw-p 00000000 00:00 0 7ebb8b57b000-7ebb8f575000 ---p 00000000 00:00 0 7ebb8f575000-7ebb8f576000 rw-p 00000000 00:00 0 7ebb8f576000-7ebb8f585000 ---p 00000000 00:00 0 7ebb8f585000-7ebb8f587000 rw-p 00000000 00:00 0 7ebb8f587000-7ebc10000000 ---p 00000000 00:00 0 7ebc10000000-7ebc10011000 rw-p 00000000 00:00 0 7ebc10011000-7ebc12000000 ---p 00000000 00:00 0 7ebc12000000-7ebc12001000 rw-p 00000000 00:00 0 7ebc12001000-7ebc12400000 ---p 00000000 00:00 0 7ebc12400000-7ebc12401000 rw-p 00000000 00:00 0 <span style='color: blue; font-weight: bold'>7ebc12401000-7ebc12800000 ---p 00000000 00:00 0 7ebc12800000-7ebc12831000 rw-p 00000000 00:00 0 7ebc12831000-7ebc12c00000 ---p 00000000 00:00 0 </span> 7ebc12c00000-7ebc12c01000 rw-p 00000000 00:00 0 7ebc12c01000-7efc10000000 ---p 00000000 00:00 0 7efc10000000-7efc10021000 rw-p 00000000 00:00 0 7efc10021000-7efc14000000 ---p 00000000 00:00 0 7efc14000000-7efc14021000 rw-p 00000000 00:00 0 7efc14021000-7efc18000000 ---p 00000000 00:00 0 7efc18000000-7efc18021000 rw-p 00000000 00:00 0 7efc18021000-7efc1c000000 ---p 00000000 00:00 0 7efc1c000000-7efc1c021000 rw-p 00000000 00:00 0 7efc1c021000-7efc20000000 ---p 00000000 00:00 0 7efc20000000-7efc20021000 rw-p 00000000 00:00 0 7efc20021000-7efc24000000 ---p 00000000 00:00 0 ...[생략]... </pre> <br /> 앞 뒤로 다수의 메모리 블록이 연속해서 메모리가 잡힌 것을 확인할 수 있습니다. 아쉽군요, ^^ 딱히 GC Heap 영역이라고 특정 지을 수 있는 방법이 없습니다.<br /> <br /> (<a target='tab' href='https://www.sysnet.pe.kr/bbs/DownloadAttachment.aspx?fid=2009&boardid=331301885'>첨부 파일은 이 글의 예제 코드를 포함</a>합니다.)<br /> </p><br /> <br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
1223
(왼쪽의 숫자를 입력해야 합니다.)