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

"Microsoft Windows Subsystem for Linux Background Host" / "Vmmem"을 종료하는 방법

특정 포트를 점유하고 있는 프로세스를 찾는데,

C:\temp> netstat -ano | findstr 8000
  TCP    127.0.0.1:8000         0.0.0.0:0              LISTENING       17396

pid == 17396이라고 나옵니다. 작업 관리자에서 확인해 봤더니 바로 그 프로세스가 "Microsoft Windows Subsystem for Linux Background Host"였습니다. 이걸 종료하고 싶다면, 현재 해당 프로세스에 연결된 WSL 인스턴스를 종료시켜야 합니다.

그런데, 사실 현재 띄워놓은 WSL 인스턴스가 없는데도 저게 실행 중이라는 것이 문제인데요, 이것을 확실하게 하기 위해서는 wsl.exe 명령어를 활용해야 합니다.

C:\Windows\System32> wsl -l -v
  NAME                   STATE           VERSION
* Ubuntu20.04            Running         2
  docker-desktop-data    Stopped         2
  docker-desktop         Stopped         2

분명히 "Running" 중이군요. ^^ 따라서 다음과 같은 명령어로 해당 인스턴스를 종료해 주면 됩니다.

/*
    --shutdown
        Immediately terminates all running distributions and the WSL 2 lightweight utility virtual machine.

    --terminate, -t <Distro>
        Terminates the specified distribution.
*/

c:\temp> wsl -t Ubuntu20.04

실행 후 곧바로 종료하지는 않으므로 약간의 시간 동안 기다려야 합니다. 아마도 wsl 인스턴스의 재실행 부하를 최소화하기 위해 어느 정도의 대기 시간을 두는 듯합니다.

참고로, (hyper-v vm을 띄우지 않은 경우) 위와 같이 하면 WSL 인스턴스가 사용하던 Vmmem 프로세스도 함께 종료됩니다. 만약 그래도 살아 있다면 WSL 2와 통합시킨 docker desktop을 사용하고 있기 때문일 것입니다. 따라서 docker desktop을 종료시키면 "docker-desktop", "docker-desktop-data"도 함께 종료되면서 Vmmem 프로세스도 내려갑니다.

그나저나, Vmmem 프로세스의 CPU 활동량이 많을 수 있는데요, 만약 docker가 필요하지 않다면 docker-desktop 서비스를 종료해 두는 것이 좋습니다. (WSL 인스턴스 자체로는 보통 CPU 활동량이 많지 않습니다.) 또한 Vmmem 프로세스의 메모리는 윈도우 측의 %USERPROFILE%\.wslconfig 파일을 만들어 다음의 내용을 포함시키면 제한할 수 있습니다.

# WSL commands and launch configurations
# https://learn.microsoft.com/en-us/windows/wsl/wsl-config#configure-global-options-with-wslconfig

# Taking Back Memory From Vmmem/WSL
# https://blog.simonpeterdebbarma.com/2020-04-memory-and-wsl/

[wsl2]
memory=4GB

# kernel=<path>              # An absolute Windows path to a custom Linux kernel.
# memory=<size>              # How much memory to assign to the WSL2 VM.
# processors=<number>        # How many processors to assign to the WSL2 VM.
# swap=<size>                # How much swap space to add to the WSL2 VM. 0 for no swap file.
# swapFile=<path>            # An absolute Windows path to the swap vhd.
# localhostForwarding=<bool> # Boolean specifying if ports bound to wildcard or localhost in the WSL2 VM should be connectable from the host via localhost:port (default true).

# <path> entries must be absolute Windows paths with escaped backslashes, for example C:\\Users\\Ben\\kernel
# <size> entries must be size followed by unit, for example 8GB or 512MB




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







[최초 등록일: ]
[최종 수정일: 4/13/2023]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12546정성태3/3/202118459개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121209.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121573.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119236VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202120893개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118393개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202119832.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119661Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120207.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120269.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119340개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118449개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119182개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117652개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119444개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202117963개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121390개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202119874개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119701개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119693개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116421개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115273개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115811개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202117693개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202119905개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202118198개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...