Linux 7.2, 스케줄링과 라즈베리 파이 전력 관리를 다듬었어요

Linux 7.2, 스케줄링과 라즈베리 파이 전력 관리를 다듬었어요

AI 뉴스 썸네일

Linux 7.2가 정규 일정에 맞춰 나왔어요. 이번 버전은 CPU와 GPU의 작업 배분, 메모리 관리, 라즈베리 파이 GPU의 전력 소비와 안정성을 폭넓게 손봤어요. 다만 새 GPU 공정 스케줄러는 막판에 회귀가 발견돼 기본값으로 켜지지 않았어요. 1

핵심 요약

구분	핵심	왜 볼 만한가요
CPU·메모리	캐시 인식 스케줄링, MGLRU 개선, 여러 크기의 투명 거대 페이지 자동 생성이 들어갔어요	서버와 고성능 시스템에서 작업 배치와 메모리 사용 방식에 영향을 줄 수 있어요
GPU	DRM 공정 스케줄링 정책이 선택 기능으로 추가됐지만 기본값은 FIFO를 유지해요	기능 포함 여부와 기본 활성화 여부를 구분해서 봐야 해요
라즈베리 파이	Raspberry Pi 4·5 GPU의 런타임 전력 관리와 GPU 재설정 안정성이 좋아졌어요	GPU가 쉬는 동안 클록을 끌 수 있어 유휴 전력 절감에 직접 연결돼요
안정성	Raspberry Pi 3의 RetroPie 충돌, futex 데이터 손상, 드라이버 경쟁 조건을 고쳤어요	오래된 장비와 저수준 동기화 경로의 신뢰성을 높이는 수정이에요

1. Linux 7.2는 성능보다 자원 배분과 안정성에 무게를 뒀어요

Igalia는 Linux 7.2를 6.7 다음으로 변경량이 많은 개발 주기라고 설명했어요. 최근 커널은 기능 추가와 수정이 함께 늘고 있어요. 이번 릴리스에서는 특정 벤치마크 숫자보다 CPU 캐시, 메모리 회수, GPU 공유처럼 시스템 자원을 어떻게 나눌지가 눈에 띄어요. 2

CPU 캐시와 메모리를 더 세밀하게 다뤄요

캐시 인식 스케줄링은 CPU가 공유하는 캐시 구조를 고려해 작업을 배치하는 방향이에요. MGLRU 개선은 메모리가 부족할 때 어떤 페이지를 먼저 회수할지 판단하는 경로를 다듬어요. 여러 크기의 투명 거대 페이지를 자동 생성하는 기능도 들어갔어요. 워크로드와 하드웨어 구성이 달라지면 효과도 달라질 수 있으므로, 운영 서버에서는 커널 교체 전후의 지연 시간과 메모리 압박 지표를 함께 비교하는 편이 안전해요. 1

`sched_ext`도 오류 진단이 쉬워졌어요. 사용자 정의 스케줄러가 30초 넘게 작업을 배치하지 못하면 커널이 해당 스케줄러를 제거하고 기본 스케줄러로 돌아가요. 코어 수가 많은 시스템에서는 상태 덤프가 버퍼 한계 때문에 잘릴 수 있었어요. Linux 7.2는 오류를 일으킨 CPU 상태를 먼저 기록하고 CPU ID를 BPF 스케줄러와 사용자 공간 도구에 노출해 원인 추적에 필요한 정보를 앞쪽에 남겨요. 2

GPU 공정 스케줄러는 들어갔지만 기본으로 켜지지 않아요

DRM 공정 스케줄링 정책은 여러 프로그램이 GPU를 함께 쓸 때 작업 시간을 더 균형 있게 나누도록 설계됐어요. 가벼운 대화형 프로그램과 부하가 큰 프로그램이 경쟁하는 상황이 대표 사례예요. 그러나 7.2-rc7 단계에서 회귀가 보고됐어요. 개발진은 새 정책을 선택 기능으로 남기고 기본 스케줄러는 기존 FIFO로 유지했어요. Linux 7.2로 올렸다는 사실만으로 GPU 스케줄링 방식이 자동으로 바뀌지는 않아요. 2

AMD `amdgpu` 드라이버에는 HDMI 2.1 고정 속도 링크인 FRL의 초기 지원도 포함됐어요. 원문은 이를 완전한 HDMI 2.1 지원이 아니라 모니터와 통신하기 위한 초기 단계로 설명해요. 고해상도와 고주사율 출력이 필요한 환경이라면 커널 버전만 보고 지원을 단정하지 말고, GPU와 디스플레이 조합별 동작 여부를 확인해야 해요. 2

라즈베리 파이는 유휴 전력과 오래된 충돌을 함께 손봤어요

Raspberry Pi 4와 5의 V3D 드라이버는 런타임 전력 관리를 지원해요. 이전에는 드라이버가 올라온 뒤 GPU 클록이 계속 켜져 있었어요. 이제 GPU가 실제 작업을 처리할 때만 전원을 공급하고, 쉬는 동안에는 클록을 끌 수 있어요. 항상 켜 두는 홈 서버나 엣지 장비에서는 작은 차이라도 누적 전력과 발열 관리에 도움이 될 수 있어요. 2

Raspberry Pi 3에서 RetroPie 메뉴를 탐색할 때 무작위 GPU 멈춤이나 시스템 충돌을 일으키던 문제도 수정됐어요. GPU가 프레임을 처리하다 타일 메모리를 모두 썼을 때 오래되거나 손상된 데이터가 전달될 수 있었어요. 수정된 드라이버는 그래픽 작업별 메모리 영역을 분리하고, 재사용하는 메모리를 먼저 초기화해 이 경로를 막아요. Raspberry Pi 4와 5의 GPU 재설정 과정도 함께 다듬었어요. 1

14년 된 futex 문제와 드라이버 경쟁 조건도 정리했어요

프로세스와 스레드 동기화에 쓰이는 `futex()`의 견고 목록에서 일부 경계 조건에 데이터 손상을 일으키던 14년 된 문제에 해결책과 테스트가 추가됐어요. `ueagle-atm` 드라이버에서는 장치 연결과 해제 중 펌웨어 요청 경로에서 발생하던 경쟁 조건을 고쳤어요. x86 부팅에 쓰이는 인라인 어셈블리 `memcmp()`도 컴파일러 최적화와 명령 재정렬 때문에 생길 수 있는 오류를 줄이도록 수정됐어요. 눈에 띄는 새 기능보다 재현하기 어려운 장애를 줄이는 변경에 가까워요. 2

왜 중요한가요

Linux 7.2는 새 기능이 커널에 들어왔다는 사실과 실제 기본 동작이 달라질 수 있음을 잘 보여줘요. DRM 공정 스케줄러는 코드에 포함됐지만 회귀 때문에 기본값이 아니에요. 운영 환경에서는 릴리스 요약만 읽기보다 활성화 조건과 기본 설정, 알려진 회귀를 함께 확인해야 해요. 2

서버 운영자는 CPU·메모리 스케줄링 변화가 실제 워크로드에 주는 영향을 측정할 필요가 있어요. 라즈베리 파이 사용자는 유휴 전력 관리와 RetroPie 충돌 수정처럼 바로 체감할 수 있는 항목을 먼저 확인하면 돼요. HDMI 2.1 FRL은 초기 지원 단계이므로 장비 조합별 검증이 필요해요. 장기 지원 배포판을 쓰고 있다면 배포판이 해당 수정 사항을 언제 가져오는지도 따로 확인해야 해요.

728x90

참고 자료

1. Linux 7.2 정식 출시 — GeekNews
2. Linux 7.2 Released — Igalia