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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  [39]  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12662정성태6/8/20218282.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법파일 다운로드1
12661정성태6/4/202118983.NET Framework: 1063. C# - MQTT를 이용한 클라이언트/서버(Broker) 통신 예제 [4]파일 다운로드1
12660정성태6/3/202110114.NET Framework: 1062. Windows Forms - 폼 내에서 발생하는 마우스 이벤트를 자식 컨트롤 영역에 상관없이 수신하는 방법 [1]파일 다운로드1
12659정성태6/2/202111349Linux: 40. 우분투 설치 후 MBR 디스크 드라이브 여유 공간이 인식되지 않은 경우 - Logical Volume Management
12658정성태6/2/20218775Windows: 194. Microsoft Store에 있는 구글의 공식 Youtube App
12657정성태6/2/202110050Windows: 193. 윈도우 패키지 관리자 - winget 설치
12656정성태6/1/20218297.NET Framework: 1061. 서버 유형의 COM+에 적용할 수 없는 Server GC
12655정성태6/1/20217775오류 유형: 722. windbg/sos - savemodule - Fail to read memory
12654정성태5/31/20217797오류 유형: 721. Hyper-V - Saved 상태의 VM을 시작 시 오류 발생
12653정성태5/31/202110488.NET Framework: 1060. 닷넷 GC에 새롭게 구현되는 DPAD(Dynamic Promotion And Demotion for GC)
12652정성태5/31/20218597VS.NET IDE: 164. Visual Studio - Web Deploy로 Publish 시 암호창이 매번 뜨는 문제
12651정성태5/31/20218850오류 유형: 720. PostgreSQL - ERROR: 22P02: malformed array literal: "..."
12650정성태5/17/20218157기타: 82. OpenTabletDriver의 버튼에 더블 클릭을 매핑 및 게임에서의 지원 방법
12649정성태5/16/20219476.NET Framework: 1059. 세대 별 GC(Garbage Collection) 방식에서 Card table의 사용 의미 [1]
12648정성태5/16/20218130사물인터넷: 66. PC -> FTDI -> NodeMCU v1 ESP8266 기기를 UART 핀을 연결해 직렬 통신하는 방법파일 다운로드1
12647정성태5/15/20219383.NET Framework: 1058. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용파일 다운로드1
12646정성태5/15/20218528사물인터넷: 65. C# - Arduino IDE의 Serial Monitor 기능 구현파일 다운로드1
12645정성태5/14/20218205사물인터넷: 64. NodeMCU v1 ESP8266 - LittleFS를 이용한 와이파이 접속 정보 업데이트파일 다운로드1
12644정성태5/14/20219359오류 유형: 719. 윈도우 - 제어판의 "프로그램 및 기능" / "Windows 기능 켜기/끄기" 오류 0x800736B3
12643정성태5/14/20218547오류 유형: 718. 서버 유형의 COM+ 사용 시 0x80080005(Server execution failed) 오류 발생
12642정성태5/14/20219477오류 유형: 717. The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine.
12641정성태5/13/20219181디버깅 기술: 179. 윈도우용 .NET Core 3 이상에서 Windbg의 sos 사용법
12640정성태5/13/202112113오류 유형: 716. RDP 연결 - Because of a protocol error (code: 0x112f), the remote session will be disconnected. [1]
12639정성태5/12/20219011오류 유형: 715. Arduino: Open Serial Monitor - The module '...\detection.node' was compiled against a different Node.js version using NODE_MODULE_VERSION
12638정성태5/12/20219917사물인터넷: 63. NodeMCU v1 ESP8266 - 펌웨어 내 파일 시스템(SPIFFS, LittleFS) 및 EEPROM 활용
12637정성태5/10/20219502사물인터넷: 62. NodeMCU v1 ESP8266 보드의 A0 핀에 다중 아날로그 센서 연결 [1]
... 31  32  33  34  35  36  37  38  [39]  40  41  42  43  44  45  ...