발전 Linux 7.0 커널 개발 과정에서 일반적으로 겪는 것보다 훨씬 더 격동적이면서도 결정적인 단계에 접어들었습니다. 세 번째 릴리스 후보 버전은 다음과 같습니다. 리눅스 7.0-rc3이번 패치는 변경 사항이 워낙 방대해서 개발자인 리누스 토르발스조차도 개발 주기 후반 단계에서 패치의 규모가 너무 큰 것에 대해 우려를 표명했습니다.
이 분과는 다음과 같은 것들의 기반이 되는 것을 목표로 하지만 주요 리눅스 배포판 우분투와 페도라는 향후 몇 달 안에 정식 출시될 것으로 예상되지만, 실제로는 여전히 베타 버전이며, 활발한 개발 활동과 많은 양의 새로운 코드 추가, 그리고 빠른 통합 속도로 인해 프로젝트 담당자들이 극도로 신중을 기해야 하는 상황입니다.
예상보다 규모가 크고 변동성이 큰 개발 주기
커널 설계의 이 단계에서 RC가 다음 사항에 집중하는 것은 일반적입니다. 사소한 수정 및 세부적인 다듬기상대적으로 패치가 제한적이었던 것과는 달리, rc2와 rc3는 이러한 추세를 깨고 최근 다른 주기보다 훨씬 많은 커밋 수를 보여주고 있습니다.
토르발즈는 다음과 같이 인정했습니다. Linux 7.0-rc3의 규모 이례적인 일이긴 하지만, 그는 변경 사항들을 검토한 결과 특별히 우려할 만한 점은 없다고 주장합니다. 이러한 증가는 대부분 코드 정리, 자동화된 테스트(자체 테스트) 추가, 그리고 이론적으로 안정성을 저해하지 않는 내부 조정으로 설명될 수 있다는 것입니다.
우려는 심각성보다는 양적인 측면에서 더 비롯됩니다. 불과 몇 주 만에 너무 많은 새 코드가 추가되었습니다. 안정화 버전 출시로 인해 제때 발견하기 어려운 회귀 오류가 발생할 위험이 커졌습니다. 특히 많은 배포판이 이 커널을 거의 즉시 사용할 계획이기 때문에 이러한 위험이 더욱 두드러집니다.
이 상황은 6.19 시리즈와 같은 다른 주요 릴리스에서 발생했던 상황을 떠올리게 합니다. Linux 6.18밀린 작업이 개발 일정 중 단 몇 주에 집중되면서 검토 및 테스트에 추가적인 노력이 필요하게 되었습니다.
Linux 7.0-rc3의 주요 변경 사항: 성능, 메모리 및 네트워킹
이번 세 번째 릴리스 후보 버전에서 가장 중요한 수정 사항은 다음과 같습니다. 메모리 및 네트워크 성능서버, 데이터 센터 및 집중적이고 실시간 워크로드가 발생하는 환경의 두 가지 핵심 영역(RT 선점).
한편으로, SLAB 시스템의 심각한 퇴보커널 내 객체 관리를 담당하는 메모리 할당자입니다. 이 회귀 오류는 특정 시나리오에서 성능에 영향을 미쳤으므로 최종 버전에서 예상치 못한 문제가 발생하지 않도록 수정하는 것이 우선순위였습니다.
네트워킹 부분에서 커널은 입력 및 출력 이벤트 처리에 있어 작지만 흥미로운 최적화를 통합했습니다. (구글 개발자) 에릭 듀마제트 기능을 조정했습니다 epoll_put_uevent() 그 기술을 활용하기 위해 범위가 지정된 사용자 액세스원래 리눅스 6.19 버전에서 도입되었습니다.
이 수정 사항은 여러 호출 및 명령을 대체합니다. 스택/클락 사용자 공간과 커널 간의 접근 제어와 관련되어 특정 CPU에 미치는 영향을 줄입니다. 초당 패킷 처리량을 기준으로 한 네트워크 스트레스 테스트에서 개선 효과는 약 100%에 달합니다. AMD Zen 2 프로세서에서 1,5% 추가 성능 향상이는 초당 수백만 개의 패킷이 처리되는 상황에서는 미미하지만 의미 있는 수치입니다.
epoll 조정과 SLAB 수정은 어떻게 작동하는지 보여주는 좋은 예입니다. 겉보기에 작은 변화 이러한 변화는 리눅스가 인프라의 기반이 되는 유럽의 서버 및 데이터 센터에서 실질적인 이점으로 이어질 수 있습니다.
보안, 가상화 및 서버: AMD 및 Intel에 집중
리눅스 7.0은 또한 다음과 같은 약속을 더욱 강화합니다. 가상화 환경에서의 보안 및 격리이는 특히 유럽의 클라우드 제공업체와 호스팅 회사들에게 매우 중요한 분야입니다.
가장 주목할 만한 새로운 기능 중 하나는 다음 기능에 대한 지원이 포함된 것입니다. AMD SEV-SNP를 사용하는 가상 머신에서 IBPB-On-Entry이 기능은 주로 차세대 AMD EPYC 프로세서가 탑재된 서버를 위해 설계되었으며, 게스트와 호스트 간의 실행 컨텍스트를 더욱 효과적으로 보호하여 투기적 실행에 기반한 잠재적인 공격 경로를 제한합니다.
인텔 측에서는 커널에 다음이 포함됩니다. Sub-NUMA 클러스터링(SNC) 토폴로지 탐지에서의 조정 최근 몇몇 모델에서는 멀티프로세서 시스템에서 메모리의 최적 할당과 프로세스 위치 파악에 영향을 미칠 수 있는 식별 문제를 수정했습니다.
리눅스 7.0은 내부적으로 다음과 관련된 최적화 기능도 통합하고 있습니다. 인텔 TSX 이러한 변경 사항은 해당 기능을 지원하는 칩에서 적용되며, 최근 몇 년간 보안 패치 이후 저하된 성능을 일부 복구하는 것을 목표로 합니다. 이러한 변경 사항은 취약점 재발을 방지하기 위해 신중하게 검증되지만, 동시성 집약적인 애플리케이션에 상당한 성능 향상을 제공할 수 있습니다.
이러한 개선 사항들을 종합해 보면, 커널 7.0은 특히 매력적인 선택지가 될 수 있습니다. 서버 및 클라우드 환경바로 이러한 기기들이 고급 보안 기능과 새로운 CPU 아키텍처의 혜택을 가장 많이 받는 기기들입니다.
지원되는 하드웨어 범위 확대 및 호환성 향상
거의 모든 커널 버전과 마찬가지로 Linux 7.0-rc3의 핵심 요소 중 하나는 확장입니다. 지원되는 기기 목록 그리고 기존 컨트롤러를 개선하는 것입니다.
변경 로그에는 다음과 같은 제조업체의 장비에 대한 새로운 식별자 및 설정이 포함되어 있습니다. ASUS, Dell, HP, Lenovo 및 OneXPlayer, 그리고 라즈베리 파이이는 특히 향후 유통 과정에서 유럽 시장에 출시될 노트북과 데스크톱을 쉽게 식별할 수 있도록 하기 위해 중요합니다.
흥미로운 세부 사항 중 하나는 다음과 같은 영향을 미친 버그였습니다. Apple Magic Trackpad 2USB로 연결했을 때 커널이 배터리 잔량을 정확하게 보고하지 못했습니다. 새로운 코드를 적용하면 이 주변 장치가 리눅스 데스크톱에 더욱 원활하게 통합될 것입니다.
또한, 7.0 버전은 아직 시장에 출시되지 않은 CPU 아키텍처에 대한 초기 지원 및 호환성 개선 사항을 계속해서 포함하고 있습니다. 인텔 노바 레이크, 다이아몬드 래피즈 또는 AMD 젠 6이러한 예상 덕분에 하드웨어가 유럽에서 판매될 때쯤이면 많은 배포판들이 추가 패치 없이도 이를 활용할 준비가 되어 있을 것입니다.
궁극적으로 이 패치의 매력은 상당 부분 다음과 같은 점을 제공하고자 하는 데에 있습니다. 미래 하드웨어에 더 잘 대비된 커널또한 사무실과 가정에 이미 있는 기기의 사소한 문제점들을 수정하기도 합니다.
파일 시스템 및 저장소: Linux 7.0을 이용한 테스트
의 성능 파일 시스템 이는 리눅스 7.0의 영향력을 측정하고 있는 또 다른 영역입니다. 최신 최적화를 활용하여 다음과 같은 작업을 수행했습니다. 비교 성능 테스트 서버와 워크스테이션에서 가장 널리 사용되는 스토리지 기술 중 일부를 포함합니다.
벤치마크는 다음을 사용하여 수행되었습니다. 최신 Linux 7.0 코드 개발 중본 연구에서는 무료 소프트웨어 생태계에서 널리 알려진 네 가지 파일 시스템인 Btrfs, EXT4, F2FS, XFS를 비교합니다. 각 파일 시스템은 기본 설정으로 테스트되었으며, 이는 관리자가 고급 설정을 건드리지 않고 배포판을 설치할 때 접하게 될 상황을 반영하기 위함입니다.
의 경우 Btrfs해당 기능을 비활성화하여 추가적인 테스트도 수행했습니다. COW(기록 중 복사)이를 통해 쓰기 작업이 많은 시나리오에서 이 기능이 속도에 어떤 영향을 미치는지 관찰할 수 있습니다.
테스트 환경은 다음을 기반으로 합니다. AMD EPYC 9745 프로세서가 탑재된 서버 및 저장 NVMe PCIe 5.0구체적으로는 Solidigm D7-PS1010 드라이브(모델 SB5PH27X038T)를 사용했습니다. 각 벤치마크 전에 파일 시스템을 완전히 포맷하여 비교 가능한 결과를 얻었습니다.
유럽 데이터 센터에 배포되기 시작한 것과 매우 유사한 이러한 고급 하드웨어를 사용한 테스트는 각 파일 시스템이 다른 하드웨어와 결합될 때 어떻게 동작하는지에 대한 유용한 참고 자료를 제공합니다. 리눅스 7.0과 차세대 NVMe SSD.
XFS, EXT4, Btrfs 및 F2FS 간의 경쟁
테스트에 사용된 네 가지 시스템은 리눅스 세계 내에서 상당히 다른 접근 방식을 나타내며, 결과는 경쟁이 치열하고 끊임없이 진화하는 환경을 보여줍니다.
외부4 이 파일 시스템은 균형 잡히고 안정적이며 예측 가능한 옵션이라는 평판을 유지하고 있습니다. 많은 배포판에서 여전히 기본적으로 사용되는 파일 시스템이며, 테스트 결과도 이를 뒷받침합니다. 전반적으로 우수한 성능과 성숙도 읽기 및 쓰기 작업 부하가 혼합된 환경에서.
Btrfs 이 솔루션은 스냅샷, 투명 압축, 유연한 스토리지 관리와 같은 고급 기능을 갖춘 현대적인 대안으로 자리매김하고 있습니다. 테스트 결과 이러한 기능은 특정 시나리오에서 성능 저하를 초래할 수 있지만, COW(Copy-on-Write) 기능을 비활성화하면 일부 장점을 희생하는 대신 쓰기 작업이 많은 작업에서 성능을 향상시킬 수 있는 것으로 나타났습니다.
F2FS플래시 메모리와 SSD를 염두에 두고 설계된 이 시스템은 솔리드 스테이트 장치에 최적화된 작업에서 흥미로운 성능을 제공하지만, 여전히 틈새 시장 시스템이므로 실제 운영 환경에 도입하기 전에 작업 부하 유형을 신중하게 고려해야 합니다.
이번 벤치마크 테스트에서 다양한 시나리오에서 가장 우수한 성능을 보인 제품은 다음과 같습니다. XFS특히 대용량 데이터를 처리하는 고성능 환경에서 그렇습니다. 이는 놀라운 일이 아닙니다. 리눅스는 수년간 서버와 데이터 센터에 최적화되어 왔으며, 리눅스 7.0을 통해 그 입지를 더욱 공고히 했습니다. 비즈니스 인프라를 위한 매우 안정적인 선택지입니다..
파일 시스템은 Linux 7.0에서 아직 테스트 중입니다.
초기 테스트에서는 다른 대용량 파일 시스템도 포함하는 것을 고려했습니다. OpenZFS o Bcachef (불안정한 브랜치에서는 그렇습니다.) 하지만 현재 버전에서는 여전히 그렇지 않습니다. 이들은 Git의 Linux 7.0 버전과 완벽하게 호환됩니다.이로 인해 그들은 분석을 연기할 수밖에 없었습니다.
통합 작업이 진행되고 커널 7.0 지원이 안정화됨에 따라 이러한 시스템들이 향후 벤치마크에 포함될 수 있을 것으로 예상됩니다. 이러한 시스템들이 벤치마크에 포함되면 스토리지 어레이에 이미 OpenZFS를 사용하고 있거나 최신 대안으로 Bcachefs를 고려 중인 유럽의 시스템 관리자들에게 중요한 의미를 갖게 될 것입니다.
해당 호환성이 확인될 때까지, 리눅스 7.0에서의 스토리지 성능에 대한 현재 상황은 가장 널리 알려진 옵션에 초점을 맞추고 있습니다. XFS 및 EXT4 그들은 여러 생산적인 배포에서 계속해서 선도적인 역할을 하고 있습니다.
커널의 Rust 사용 및 구식 기술 정리
성능이나 하드웨어 지원의 가시적인 개선 외에도, 리눅스 7.0은 근본적인 변화의 또 다른 단계를 의미합니다. 커널에 Rust를 점진적으로 도입 또한 더 이상 사용되지 않는다고 여겨지는 구성 요소를 제거합니다.
커널에서 Rust 코드 도입을 위한 첫걸음은 약 3년 전에 시작되었으며, 그 이후로 Rust는 커널 개발자들의 핵심 도구로 자리 잡았습니다. Rust의 주요 목표는 C 언어에서 쉽게 발생하는 메모리 오류를 줄여 더 안전한 구성 요소를 작성할 수 있도록 지원하는 것입니다.
이와 동시에 토르발스는 현재 시스템에서 더 이상 의미가 없는 기존 기술들을 제거하는 방향으로 나아가기로 결정했습니다. 그 대표적인 예가 해당 프로토콜의 폐기입니다. 히피90년대에 만들어진 표준으로 현대 컴퓨터와는 관련성이 거의 없으며, 복잡성과 잠재적인 문제 발생 가능성만 높입니다.
Rust를 도입하는 것과 같은 이러한 일련의 조치들을 종합해 보면, 오래된 코드 정리이는 좀 더 가벼운 커널을 의미하며, 장기적으로는 잠재적으로 더 안전해질 수 있음을 시사합니다. 최종 사용자에게 즉각적인 영향이 명확하게 드러나지 않을 수도 있지만, 이는 프로젝트 발전의 분명한 방향을 제시합니다.
리눅스 7.0이 특히 용량이 큰 버전인 이유는 커널 내부를 재구성하여 향후 몇 년 동안 유럽 배포판에 적용될 개발을 위한 기반을 마련하려는 의도 때문입니다.
리눅스 7.0-rc3 설치 일정, 배포판 및 위험 요소
현재 작업 계획은 다음과 같습니다. 리눅스 7.0 안정 버전은 4월 중순경 출시될 예정입니다.다음 릴리스 후보 버전에서 변경 사항의 양이 줄어들고 막판에 오류가 발생하지 않는다는 전제 하에 가능합니다.
이 일정은 특히 중요한데, 여러 주요 배급사들이 이미 출시일을 정했기 때문입니다. 예를 들어, 캐노니컬은 출시를 준비 중입니다. 우분투 LTS 26.04유럽 기업 및 공공 기관에서 널리 사용되고 있는 확장 지원 버전으로, 커널 7.0을 기반으로 개발될 예정입니다.
비슷한 일이 발생합니다. 페도라 44이는 또한 이 브랜치를 기본 커널로 포함시키는 것을 목표로 합니다. 두 경우 모두 배포 팀은 코드가 충분히 성숙하여 안정적인 작동을 보장할 수 있어야 합니다. 첫날부터 안정적인 지원.
현재로서는 커널 프로젝트에서 전하는 메시지는 분명합니다. Linux 7.0-rc3 및 나머지 RC 버전은 다음을 대상으로 합니다. 개발자, 테스터 및 고급 사용자 최종 버전을 다듬는 데 도움을 주고자 하는 분들을 위한 것입니다. 이러한 빌드를 주 워크스테이션이나 운영 서버에 설치하는 것은 위험한 것으로 간주됩니다.
일반적으로 권장되는 사항은 테스트 범위를 제한하는 것입니다. 테스트 전용 가상 머신 또는 장비치명적인 오류가 발생하더라도 일상생활에 심각한 지장을 초래하지 않는 경우.
지금 바로 시스템에서 Linux 7.0-rc3을 사용해 보는 방법
Linux 7.0-rc3을 사용해보고 싶은 사람은 다음과 같은 도구를 포함하여 여러 가지 옵션을 활용할 수 있습니다. 실시간 업데이트 오케스트레이터하지만 그 모든 것들에는 다음과 같은 경고가 붙어 있습니다. 실험용 소프트웨어 따라서 잠재적으로 불안정할 수 있습니다.
데비안이나 우분투 기반 배포판 사용자가 가장 쉽게 사용할 수 있는 방법 중 하나는 해당 도구를 사용하는 것입니다. 주류이는 공식 저장소에 최신 커널이 등록될 때까지 기다리지 않고도 최신 커널을 다운로드하고 설치할 수 있는 오픈 소스 프로그램입니다.
우분투 시스템에서는 해당 저장소를 추가하기만 하면 패키지 관리자가 나머지를 처리합니다. 일반적인 과정은 도구의 PPA를 추가하고, 패키지 목록을 업데이트하고, 애플리케이션을 설치하는 명령어를 실행하는 것입니다. 그런 다음 Mainline을 열면 사용 가능한 커널 버전 목록이 표시되고, 필요한 버전을 선택할 수 있습니다. 리눅스 7.0-rc3 다운로드 및 설치를 위해.
재부팅 과정이 완료되고 재부팅이 시작되면 배포판의 부트 관리자를 통해 새 커널 버전을 선택할 수 있습니다. 문제가 발생할 경우 동일한 메뉴에서 이전 커널 버전으로 되돌릴 수 있으며, 운영 체제는 그대로 유지됩니다.
보다 고전적인 방식을 선호하는 사람들을 위해서도 여전히 가능성이 열려 있습니다. 소스 코드를 다운로드하고 커널을 수동으로 컴파일하세요.이 방법은 다소 번거롭지만 구성에 대한 완벽한 제어를 제공하며 일반적으로 매우 특정한 하드웨어에 더 적합합니다.
수동 컴파일: 기본 단계 및 일반적인 문제점
전통적인 절차는 예를 들어 코드 파일을 다운로드하는 것으로 시작합니다. 리눅스-7.0-rc3.tar.xz공식 커널 웹사이트에서 다운로드한 후, 압축을 풀면 전체 소스 구조가 저장된 새 디렉터리에 접근할 수 있습니다.
컴파일하기 전에 다음과 같은 구성 도구를 실행하는 것이 좋습니다. make menuconfig이 기능을 사용하면 커널에서 활성화할 모듈과 옵션을 조정할 수 있습니다. 이 단계는 커널을 기존 하드웨어에 맞추는 데 중요하지만, 복잡성을 피하기 위해 기본 설정을 유지할 수도 있습니다.
또한, 설치해야 할 사항도 있습니다. 개발 패키지 및 종속성 컴파일에 필요한 요소: 빌드 도구, 암호화 라이브러리, ncurses 지원, 모듈 유틸리티 등. 이러한 요소들이 없으면 컴파일 과정이 진행되지 않습니다. make 경험이 부족한 사용자가 해석하기 어려운 오류와 함께 작동이 멈출 것입니다.
필요한 구성 요소가 모두 준비되면 모든 CPU 코어를 활용하는 명령어를 사용하여 빌드 프로세스를 시작하고, 일반적인 시스템 명령어를 사용하여 모듈과 커널 자체를 설치할 수 있습니다. 이 과정은 몇 분에서, 사양이 낮은 컴퓨터에서는 한 시간 이상 걸릴 수도 있습니다.
컴파일 시 가장 자주 발생하는 문제점은 다음과 같습니다. 부재하는 의존성실패 make menuconfig 텍스트 인터페이스 라이브러리 부족, 이전 설치의 정리 불량으로 인한 오류, 그리고 매우 자주 발생하는 문제로 인해, /boot 파티션에 공간이 부족합니다.새 커널 이미지를 설치할 때 예상치 못한 문제가 발생하지 않도록 최소 수백 메가바이트의 여유 공간을 확보하는 것이 좋습니다.
모든 것이 순조롭게 진행되면 다음 재부팅 후 시스템은 부팅 옵션 중 하나로 Linux 7.0-rc3을 표시하여 예상대로 작동하지 않는 부분이 있을 경우 이전 커널로 되돌릴 수 있는 가능성을 유지합니다.
매일 사용하는 컴퓨터에 리눅스 7.0을 설치하는 것이 합리적일까요?
간단히 말해서, 대부분의 가정 및 전문 사용자에게는 다음과 같습니다. Linux 7.0-rc3을 메인 커널로 사용하는 것은 권장되지 않습니다.이번 릴리스 후보 버전은 세 번째 버전이며 여러 차례 테스트를 거쳤지만, 버그 탐지를 위한 버전일 뿐 실제 운영 환경에 배포하기 위한 버전은 아닙니다.
커널 개발자들은 여전히 문제가 있다고 가정합니다. 버그, 회귀 오류 및 호환성 문제 이러한 기술들은 아직 완전히 밝혀지지 않았으며, 통제된 테스트 환경에서 커뮤니티의 참여를 통해 발견되어야 합니다. 업무용 컴퓨터나 중요 서버에 이러한 기술을 설치하는 것은 예측하기 어려운 오류 발생 위험을 감수하는 것을 의미합니다.
핵심 인프라에서 리눅스를 사용하는 유럽 기업 및 기관의 상황도 비슷합니다. 현명한 조치는 상황이 진정될 때까지 기다리는 것입니다. 안정 버전 공식 출시 그리고 많은 경우, 커널을 자체 패치 및 지원 도구와 통합하는 배포판에도 적용됩니다.
리눅스 7.0의 새로운 기능을 직접 경험하고 앞서나가고 싶은 기술 전문가에게는 설치하는 것이 여전히 최선의 선택입니다. 테스트 환경의 가상 머신 또는 별도의 팀을 구성하여 이러한 RC를 실험해 볼 수도 있습니다.
한편, 6.x 브랜치의 현재 커널 버전은 거의 모든 실제 사용 사례에서 안정성, 성능 및 호환성 측면에서 매우 훌륭한 균형을 계속해서 제공하고 있습니다.
진화 리눅스 7.0 및 세 번째 릴리스 후보 이는 프로젝트가 매우 활발한 시기를 겪고 있음을 분명히 보여줍니다. 커널은 새로운 보안 기능, 확장된 호환성, 메모리, 네트워킹 및 파일 시스템의 성능 개선, Rust 추가 및 기존 기술 제거와 같은 근본적인 변화를 통해 지속적으로 발전하고 있습니다. 이러한 모든 변화는 이번 버전이 스페인과 유럽 전역에서 출시될 미래 배포판의 중요한 전환점이 될 것임을 의미하지만, 동시에 신중한 접근이 필요하며 향후 몇 주 동안 코드가 어떻게 안정화되는지 면밀히 관찰해야 함을 뜻하기도 합니다.
