Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C# - 문자열 연결 시 string.Create를 이용한 GC 할당 최소화

이번 글은 아래의 트윗 내용을 옮겨봅니다. ^^



예전에도 "C# 10 - (12) 문자열 보간 성능 개선" 글에서 string.Create를 스치듯 다룬 적이 있었습니다. ^^

어쨌든 중요한 것은, string 자체는 참조 타입이라서 GC Heap을 쓸 수밖에 없다는 점입니다. 하지만, string을 연결하는 과정에서 가능한 stack을 활용해 GC 힙의 사용을 최소화하는 노력은 할 수 있습니다.

위의 트윗에서 나온 코드를 실습해 보면,

namespace ConsoleApp1;

internal class Program
{
    static void Main(string[] args)
    {
        {
            string text = StringCreate(); // JIT
            Console.WriteLine(text.Length * 2);
        }

        {
            long old = GC.GetAllocatedBytesForCurrentThread();
            string text = StringCreate();
            Console.WriteLine(text);
            long now = GC.GetAllocatedBytesForCurrentThread();
            Console.WriteLine(now - old);
        }
    }

    static private string title = "Mr.";
    static private string first = "David";
    static private string middle = "Patrick";
    static private string last = "Callan";

    static public string StringCreate()
    {
        string text = string.Create(title.Length + first.Length + middle.Length + last.Length + 3,
            (title, first, middle, last),
            (span, state) =>
            {
                state.title.AsSpan().CopyTo(span);
                span = span[state.title.Length..];
                span[0] = ' ';
                span = span[1..];

                state.first.AsSpan().CopyTo(span);
                span = span[state.first.Length..];
                span[0] = ' ';
                span = span[1..];

                state.middle.AsSpan().CopyTo(span);
                span = span[state.middle.Length..];
                span[0] = ' ';
                span = span[1..];

                state.last.AsSpan().CopyTo(span);
            }
            );

        return text;
    }
}

화면에는 이런 출력을 얻게 됩니다.

48
Mr. David Patrick Callan
72

StringCreate를 실행했을 때 GC Heap을 72바이트 소비하는 것으로, 문자열 길이가 48바이트이므로 null 2바이트를 포함하면 50바이트, 그래도 22바이트가 더 소비되긴 했습니다. 어떻게 소비된 것인지 다음의 글에 따라 계산해 보면,

windbg - .NET string의 x86/x64 메모리 할당 구조
; https://www.sysnet.pe.kr/2/0/11336

  • Object Header: 8바이트
  • MethodTable 주소: 8바이트
  • m_stringLength: 4바이트
  • ...[문자열 48바이트]...
  • null 2바이트
  • 8바이트 정렬로 인해 2바이트

모두 더해 정확히 72바이트입니다. ^^ 그러니까 결국 Span을 이용한 string.Create의 사용은 대상 문자열로 인한 GC 힙의 사용 외에는 나머지 할당을 완전히 없앤 것입니다.




^^ 눈치채신 분이 있겠지만, 사실 위와 같이 코딩하는 것은 아래와 같이 바꿔쓸 수 있습니다.

// C# 10+, .NET 6+

{
    string text = $"{title} {first} {middle} {last}";
}

{
    long old = GC.GetAllocatedBytesForCurrentThread();
    string text = $"{title} {first} {middle} {last}";
    long now = GC.GetAllocatedBytesForCurrentThread();
    Console.WriteLine(now - old); // 출력 결과: 72
}

위의 코드 역시 72바이트만을 소비하는데, "C# 10 - (12) 문자열 보간 성능 개선"에서 설명한 대로 이미 DefaultInterpolatedStringHandler가 내부적으로 string.Create를 이용한 문자열 연결을 하고 있기 때문입니다.




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







[최초 등록일: ]
[최종 수정일: 7/23/2023]

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

비밀번호

댓글 작성자
 




... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
2895정성태3/18/201526721VC++: 89. Visual Studio 2015 - auto 반환 타입 및 thread_local 예약어 지원(C++ 11 표준) [2]
2894정성태3/18/201523700.NET Framework: 509. ELEMENT_TYPE_MODIFIER의 조합
2893정성태3/18/201525302오류 유형: 277. command line error MIDL1004: cannot execute C preprocessor cl.exe
2892정성태3/17/201530425오류 유형: 276. robocopy - Logon failure: unknown user name or bad password.
2891정성태3/17/201546245개발 환경 구성: 262. Visual Basic 6 (Enterprise Edition)을 Windows 7 x86에 설치하는 방법 [1]
2890정성태3/17/201527547오류 유형: 275. Internet Explorer - This page can't be displayed
2889정성태3/17/201529349Windows: 107. (2015-03-12) 업데이트 이후 작업 표시줄 또는 탐색기의 반응이 느려지는 문제 [1]
2888정성태3/17/201527373.NET Framework: 508. Visual Studio 빌드 - fatal error C1033: cannot open program database ''
2887정성태3/13/201524677.NET Framework: 507. CoreFx 빌드하는 방법
2886정성태3/13/201526555오류 유형: 274. CoreFx, CoreCLR 빌드 시 "error CS0518: Predefined type 'System.Object' is not defined or imported" 오류 해결 방법
2885정성태3/13/201537125VS.NET IDE: 99. Visual Studio는 2019는 32비트, 2022부터 64비트 버전입니다. [2]
2884정성태3/12/201531198.NET Framework: 506. .NETCore = CoreFX + CoreCLR [5]
2883정성태3/10/201527875.NET Framework: 505. OpenCover 소스 코드 분석을 Visual Studio 2013에서 하는 방법 [1]
2882정성태3/10/201526688.NET Framework: 504. OpenCover 코드 커버리지 도구의 동작 방식을 통해 살펴보는 Calli IL 코드 사용법
2881정성태3/9/201527458개발 환경 구성: 261. OpenCover 오픈 소스를 이용한 .NET 코드 커버리지(Code coverage)
2880정성태3/7/201525377개발 환경 구성: 260. C# Code Coverage 도구 - Semantic Designs 소개
2879정성태3/3/201530625개발 환경 구성: 259. Visual Studio 없이 Visual C++ 컴파일하는 방법
2878정성태2/28/201531544.NET Framework: 503. == 연산자보다는 Equals 메서드의 호출이 더 권장됩니다. [3]파일 다운로드1
2877정성태2/28/201524675.NET Framework: 502. 연산자 재정의(operator overloading)와 메서드 재정의(method overriding)의 다른 점 - 가상 함수 호출 여부 [3]파일 다운로드1
2876정성태2/27/201527276VS.NET IDE: 98. IntegraStudio - Visual Studio에서 Java 프로그램 개발
2875정성태2/26/201527096디버깅 기술: 72. Visual Studio 2013에서의 sos.dll 사용 제한
2874정성태2/26/201522926디버깅 기술: 71. windbg + 닷넷 디버깅 (2) - null 체크 패턴
2873정성태2/25/201541274.NET Framework: 501. FtpWebRequest 타입을 이용해 FTP 파일 업로드 [4]파일 다운로드1
2872정성태2/25/201525173디버깅 기술: 70. windbg + 닷넷 디버깅 (1) - 배열 인덱스 사용 패턴
2871정성태2/24/201528598개발 환경 구성: 258. 윈도우 8.1에서 방화벽과 함께 FTP 서버 여는 (하지만, 권장하지 않는) 방법 [1]
2870정성태2/24/201530235개발 환경 구성: 257. 윈도우 8.1에서 방화벽과 함께 FTP 서버 여는 방법
... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...