GN⁺: 고(Go), 컨테이너, 그리고 리눅스 스케줄러

(riverphillips.dev)

컨테이너 내 Go 애플리케이션: Go 개발자들은 종종 호스트 자원 독점 방지를 위한 CPU 제한이 필요한 컨테이너에 애플리케이션을 배포합니다.
Go 런타임과 CPU 제한: Go 런타임은 컨테이너의 CPU 제한을 본질적으로 인식하지 못해 과도한 사용 및 성능 문제를 초래할 수 있습니다.
Go 가비지 컬렉터(GC): Go의 GC는 동시에 실행되지만, 스윕 종료 및 마크 종료 중 데이터 무결성을 위해 짧은 '세계 정지' 일시 정지가 필요합니다.
리눅스 스케줄러 - CFS: 리눅스의 완전 공정 스케줄러(CFS)는 CPU 시간을 비례적으로 할당하며, 프로세스는 허용된 코어에 상응하는 CPU 시간을 받습니다.
Go와 CFS의 문제점: Go는 CPU 코어당 하나의 OS 스레드를 생성하지만, 컨테이너의 CPU 제한을 무시하여 GC '세계 정지' 시간을 길게 만들 수 있습니다.
GOMAXPROCS 설정: GOMAXPROCS 환경 변수를 사용하여 Go의 OS 스레드를 컨테이너 CPU 제한과 일치시켜 GC 지연 시간을 줄일 수 있습니다.
GOMAXPROCS 자동화: Uber의 automaxprocs 라이브러리는 컨테이너 제한에 기반하여 GOMAXPROCS를 자동으로 설정하여 구성을 단순화할 수 있습니다.
미래의 Go 런타임 개선: Go 런타임에 자동 CPU 제한 인식을 통합하기 위한 열린 GitHub 이슈가 있습니다.

결론: 컨테이너 내 Go 애플리케이션의 효율적인 자원 사용과 성능 유지를 위해 CPU 제한과 GOMAXPROCS를 적절히 구성하는 것이 중요합니다.