배포판-전반적인 변경

페도라에서, 스왑 파티션은 설치시에 기본적으로 생성되지 않습니다. 대신에, zram 장치가 생성되며, 그리고 스왑은 이를 시작하는 경우에서 활성화 됩니다. zram은 압축을 사용하는 램(RAM) 드라이브 유형입니다.

페도라 34를 위해, 이 zram 장치의 크기가 증가됩니다. 램(RAM) 또는 8GB 중 동일하거나 작은 크기로 설정됩니다. 이와 같은 변경은 램(RAM) 용량이 적은 셈틀(컴퓨터)도 아나콘도 설치자(인스톨러)를 사용하여 성공적으로 설치를 완료 할 수 있습니다.

zram을 위한 메모리 할당은 동적이며, 따라서 블록 장치의 전체 크기는 이를 생성될 때 할당되지 않습니다. 일반적으로 2:1보다 큰 zram 장치에서 압축되어 결합된 이와 같은 동적 자원 할당은 스왑 파일이 사용 가능한 메모리를 완전히 소비하지 않도록 합니다.

zram이 호출되는 방법에 대한 자세한 내용은 `man zram-generator`를 참조하세요.

새로운 fbrnch(Fed Brunch) 꾸러미는 페도라 꾸러미를 위한 작업흐름 처리를 단순화하거나 반-자동화하는 데 도움이 되는 유틸리티를 제공합니다. 이와 같은 꾸러마는 다른 Copr 저장소를 추가하지 않고도 사용자가 사용 할 수 있습니다.

fbrnch 유틸리티는 다음과 더 많은 작업를 지원합니다:

ARMv7 장치용 UEFI 기능은 페도라 30에서 모두 설명된 기반 변경을 제공합니다. 아무튼, 이는 업스트림 커널, 부트로더와 페도라의 통제를 벗어난 다른 부분에서 몇 가지 문제도 발생했습니다.

이와 같은 출시에서, 제기된 문제 부분은 수정되었습니다. 결과적으로, 사용자 경험은 모든 페도라 CPU 구조를 통해 일관됩니다.

페도라 34 출시와 함께, 모든 페도라 git 저장소의 'master' 부분에 있는 자료가 'main’이라 명명된 부분으로 이동되었습니다. 이와 같은 최신화는 포용적이고, 친화적이며 개방적인-성향의 커뮤니티를 통해 구축된 자유롭고 개방형 원천 소프트웨어가 되겠다는 페도라의 비전과 일치합니다.

페도라 저장소의 기존 복제가 있는 사용자는 변경된 기본 부분를 획득하려면 git pull`을 수행이 필요합니다. `master 부분에 대한 기존 풀 요청이 있는 사용자는 main 부분에 대해 `git rebase`이 수행이 필요합니다.

페도라 34와 함께 시작 할 때에, 커널 펌웨어는 'xz -C crc32' 옵션으로 압축되었으며 디스크 크기를 거의 절반으로 줄입니다.

이와 같은 변경은 GRUB 구성 파일을 단순화하고, 전반적인 사용자 경험을 개선하며, 그리고 또한 다음과 같이 주목 할만한 이점을 다음과 같이 제공합니다:

systemd-oomd 서비스는 리눅스 압력 제한 정보(PSI)를 사용하는 자신의 시스템에서 스왑 및 CGroup을 관리하고 자원 고갈로 인한 낭비되는 생산성을 분석합니다. 시스템이 메모리가 부족 할 때에, `systemd-oomd`는 구성된 메모리 제한을 초과하는 CGroup 하에 있는 프로세서를 종료합니다.

systemd-oomd`서비스는 이제 신규 설치 및 기존 설치를 향상 할 때에 기본으로 활성화됩니다. 이는 자동으로 이전 페도라 출시에서 메모리 고갈된 상태를 예방하는 데 사용되는 `earlyoom 서비스를 대체합니다.

systemd-oomd`구성에 대한 정보를 위하여 `oomd.conf 설명서(man) 부분을 참조하세요.