Linux 커널은 Linux 운영 체제(OS)의 중추이며 컴퓨터 하드웨어와 해당 프로세스 간의 기본 인터페이스입니다.
몇일 전에 여기 블로그에서 변경 사항 중 하나에 대한 소식을 공유합니다. 출시 시 확인할 수 있는 것 리눅스 커널 6.9, 현재 개발 중이며 다양한 변경 사항이 이미 알려졌습니다. 우리가 발표한 것은 EXT2가 이미 쓸모없는 범주로 넘어갔고 또한 이전 NTFS 드라이버의 사용을 제쳐두고 EXTXNUMX를 선호한다는 것입니다. Paragon Software에서 개발한 드라이버입니다.
자, 최신 뉴스에서 Linux 6.9가 우리에게 제공할 새로운 기능에 대해 이 커널 버전은 시작 시간을 크게 향상시킵니다. 대용량 RAM이 있는 시스템을 관리하는 사용자, 특히 그들은 HugeTLB 페이지를 사용합니다. 이로 인해 시스템 부팅 프로세스 중에 이러한 페이지를 초기화하는 데 걸리는 시간이 크게 단축됩니다.
그리고 Linux 6.9에 추가된 변경 사항 HugeTLB 페이지 수가 많은 시스템에서는 눈에 띄는 감소를 경험할 수 있습니다. 시작 시간에. 예를 들어, 2개의 1800GB 페이지가 초기화되는 1TB 시스템에서는 현재는 총 1초 중 2~10초 정도 소요됩니다., 이는 의심할 여지 없이 현재로서는 상당한 개선입니다. 마찬가지로 12개의 11GB 페이지가 초기화되는 776TB Intel 호스트에서는 1분 이상이 소요될 수 있으므로 시작 시간이 크게 단축되는 것을 확인할 수 있습니다.
이러한 진보 Linux 개발자인 Bytedance의 Gang Li의 헌신적인 노력으로 가능해졌습니다. 효율적인 실행을 보장하기 위해 여러 검토를 거친 일련의 패치를 구현했습니다. 다음과 같은 기존 커널 인프라 padata_do_multithreaded는 이러한 결과를 얻기 위해 최소한의 수정으로 사용되었습니다.
v6의 두 가지 업데이트…
– together_bootmem_prealloc_node의 잠재적인 버그를 수정했습니다.
pdata_do_multithreaded 구현은 각
together_bootmem_prealloc_node 작업은 노드를 처리합니다. 그러나 설명된 API는
코멘트에서 pata_do_multithreaded는 pata_do_multithreaded도 또한 나타냅니다.
together_bootmem_prealloc_node 작업에 여러 노드를 할당할 수 있습니다.향후 pdata_do_multithreaded 변경으로 인해 발생할 수 있는 오류를 방지하려면,
together_bootmem_prealloc_parallel이 도입되어
together_bootmem_prealloc_node.
이점 이러한 개선 사항 중 특히 서비스 가용성과 시스템 가동 시간이 중요한 환경에서 주목할 만합니다. 초대형 서버를 관리하는 하이퍼스케일러 및 대규모 조직의 경우와 같습니다. 재부팅하는 동안 시작 시간이 줄어들면 더 빠르고 효율적인 가동 시간을 보장하는 데 큰 이점이 있습니다.
그 외에도 또 다른 변화도 언급할 가치가 있다 이 패치는 Intel의 숙련된 Linux 엔지니어가 만든 패치인 Linux 6.9에 포함되어 있습니다. x86 캐시 업데이트에서 메모리 대역폭을 제한하는 향상된 기술을 도입합니다., Intel이 RDT 및 AMD EPYC CPU에서 resctrl 코드를 사용하는 것과 유사합니다.
패치 작성자는 다음과 같이 언급합니다.
MBA_mbps 피드백 루프는 그룹이 스키마 파일에 설정된 사용자보다 더 많은 대역폭을 사용할 때 조절을 늘리고, 목표보다 낮을 때 조절을 줄입니다.
메모리 대역폭을 제한하는 새로운 기술은 언급할 가치가 있습니다. 로드 수준이 일정하지 않은 워크로드를 보다 효율적으로 처리하도록 설계되었습니다.s, 이전 버전의 커널에서 발생했던 불필요한 페널티를 피합니다.
각 반복에서 불필요한 속도 향상 변동을 방지하기 위해 "delta_comp" 플래그를 사용하여 "delta_bw"의 다음 반복에 기록될 대역폭의 실제 변화를 나타냅니다. 현재 대역폭에 delta_bw를 더한 값이 사용자 목표보다 낮은 경우에만 조절이 줄어듭니다.
말그대로 이렇게 언급된다 이 알고리즘은 일정한 대역폭 작업 부하에 잘 작동합니다. 그러나 제한이 변경될 때 워크로드가 변경되면 실패할 수 있습니다. 이 문제를 해결하기 위해 제한이 다음으로 높은 수준으로 줄어들 경우 대역폭의 잠재적 증가를 계산하여 제한을 줄이기 전에 대역폭이 사용자 목표 아래로 유지되도록 하는 더 간단한 기술이 구현되었습니다.
낮잠 그것에 대해 더 알고 싶어, 다음 링크에서 자세한 내용을 확인할 수 있습니다.