배포판-전반적인 변경
- 페도라 웍스테이션은 이제 기본으로 Btrfs을 사용합니다
- 페도라 웍스테이션 배포판은 기본으로 `thermald`를 포함합니다
- FlexiBLAS는 BLAS/LAPACK 백엔드의 실행중 전환을 가능하게 합니다
- `nano`는 기본 터미널 텍스트 편집기입니다
- 페도라 사물 인터넷(IOT)은 이제 공식 페도라 배포판입니다
%make_build
와 `%make_install`의 사용량이 증가합니다- 페도라 웍스테이션 라이브CD는 `device-mapper-multipath`를 포함하지 않습니다
- .NET 코어는 64-비트 암(ARM) 시스템과 함께 사용 할 수 있습니다
earlyoom
서비스는 이제 페도라 KDE에서 기본으로 활성화되었습니다- `dmraid-activation.service`는 더 이상 `systemd-udev-settle.service`에 의존하지 않습니다
- zRAM에서 스왑
페도라 웍스테이션은 이제 기본으로 Btrfs을 사용합니다
Btrfs는 전형적인 기록 중 복사 파일 시스템입니다. 이는 오류 탐지, 내 결함성, 복구, 투명한 압축, 단순한 순간찍기, 통합 볼륨 관리, 그리고 손쉬운 관리를 포함한 고급 기능을 제공합니다. Btrfs는 새로운 데스크탑 설치를 위해 사용되는 파일 시스템이 될 것입니다.
변경 사항
-
LVM+ext4 대신에 Btrfs를 사용합니다.
-
/
와 `/home`은 더 이상 분리된 파일 시스템이 아니며, "하나의 큰 Btrfs 파일 시스템"에 위치합니다. -
/
와 `/home`은 Btrfs 하위볼륨에 있고 Btrfs 볼륨에서 공간을 공유합니다.
항상-작동되는 기능
-
쓰기-후-복사는 절대 다시-덮어쓰지 않고, 파일 시스템은 전원 실패의 경우에서도 일관되게 유지됩니다.
-
자료 무결성: 모든 자료와 메타자료에 대한 체크썸은 변형된 자료가 전파되지 않도록 합니다.
-
효율적인 복사본, 그리고 파일화된 복제 또는 효율적인 복사본로 알려졌습니다.
옵트-인 기능
-
하위 볼륨 및 순간찍기 (같이 보기
man btrfs subvolume
) -
Online scrub (같이 보기
man btrfs scrub
)
페도라 웍스테이션 배포판은 기본으로 `thermald`를 포함합니다
최근의 인텔-기반 시스템은 센서와 이들 cpu의 온도 관리와 제어 방법을 제공합니다. thermald
데몬은 CPU 온도를 관리하는데 이들 센서를 활용합니다. 수신된 자료를 기초로 하여, `thermald`는 올바른 온도 대역에서 CPU를 유지 할 수 있는 가장 좋은 방법을 사용합니다.
페도라 웍스테이션 사용자는 이들 인텔 시스템의 향상된 CPU 냉각 방법과 향상된 성능으로 인하여 더 좋은 기본 환경 경험을 사용 할 수 있습니다.
선택적으로, 사용자는 특정 CPU 별 대상 thermald
구성을 사용하여 보다 성능을 개선 할 수 있습니다.
FlexiBLAS는 BLAS/LAPACK 백엔드의 실행중 전환을 가능하게 합니다
기본 선형 대수 하위 프로그램 (BLAS)과 선형 대수 PACKage(LAPACK)는 기본 선형 대수 연산을 위한 API 표준입니다.
페도라 33에서, BLAS와 LAPACK API를 사용하는 꾸러미는 FlexiBLAS를 통해 컴파일 됩니다.
FlexiBLAS는 32비트와 64비트 정수용 연결장치로 BLAS 및 LAPACK API를 감싸는 프레임워크입니다.
결과적으로, FlexiBLAS는 시스템-전체의 기본 백엔드로 OpenBLAS 표준을 설정합니다. 동시에 변경 사항은 다음과 같은 문제를 해결합니다:
-
페도라에는 시스템 -전체 기본설정이 없습니다.
-
페도라는 적절한 전환 체계가 없습니다.
이와 같은 최신화는 또한 다음과 같은 변경을 제공합니다:
-
사용 중인 현재 구현 대신에 FlexiBLAS에 대해 연결하는 모든 BLAS와 LAPACK 종속 꾸러미의 재컴파일.
-
BLAS와 LAPACL 소비자를 위해 이전에 필요한 것을 반영하여 꾸러미 지침 변경. 보다 자세히 하기 위하여, [citetitle]_PackagingDrafts/BLAS LAPACK_페도라 위키 부분을 참고하세요.
`nano`는 기본 터미널 텍스트 편집기입니다
페도라 33에서, `nano`는 기본 터미널 텍스트 편집기로 설정되어 있습니다. 더 많은 정보를 위하여 시스템 유틸리티 부분을 참고하세요.
페도라 사물 인터넷(IOT)은 이제 공식 페도라 배포판입니다
페도라 *IoT*는 웍스테이션과 서버와 함께 공식 페도라 배포판 상태로 승격되었습니다.
이와 같은 향상에, 페도라 IoT는 더욱 중요해졌으며, 이는 사용자들 사이에서 채택이 확산 되는 것을 도울 것입니다.
결과적으로,이는 페도라 IoT 와 기타 ostree-기반 결과물을 개선하는 데 도움이 될 것입니다. 추가적으로, 이는 또한 페도라를 IoT 생태계에서 강력한 존재감을 갖도록 합니다.
더 자세한 정보를 위해, 참고: https://docs.fedoraproject.org/ko/iot/
%make_build
와 `%make_install`의 사용량이 증가합니다
%{_smp_mflags}
매크로를 사용하는 상세 파일에서 make
유틸리티의 많은 호출은 %make_build
매크로를 사용하도록 수정되었습니다. 설치 대상을 사용하는 모든 make
호출은 %make_install
매크로를 사용하도록 최신화되었습니다. `%make_build`와 `%make_install`에 포함되지 않은 `make`에 대한 추가 인수는 보존됩니다.
이미 `%make_build`와 `%make_install`을 사용하는 꾸러미는 변경되지 않은 상태로 유지됩니다.
이와 같은 변경은 make
사용을 표준화하고, 그리고 모든 페도라 배포판에서 일관된 빌드 플래그 사용을 용이하게 하는 것을 목표로 합니다.
페도라 웍스테이션 라이브CD는 `device-mapper-multipath`를 포함하지 않습니다
device-mapper-multipath
꾸러미는 페도라의 기본 설치에서 더 이상 사용하지 않는 서비스 `systemd-udev-settle.service`가 필요합니다. 이와 같은 서비스는 모든 장치의 탐지를 위해 오랜 시간을 기다립니다. 결과적으로, 시스템 부팅이 상당히 연장됩니다.
다중 경로 지원은 데이터 센터 또는 기타 기업용 설정에서 설치를 위해서만 필요하며, 'device-mapper-multipath’는 필요하지 않습니다. 따라서 페도라 웍스테이션 livecd는 더 이상 device-mapper-multipath
꾸러미를 포함하지 않습니다.
'device-mapper-multipath’가 필요한 사용자는 서버 설치를 사용하는 것을 권장됩니다.
.NET 코어는 64-비트 암(ARM) 시스템과 함께 사용 할 수 있습니다
*.NET Core*는 이제 x86_64`뿐만 아니라 `Aarch64
구조에서 사용 할 수 있습니다. 보다 자세한 정보를 위해 Developers/.NET를 참고하세요.
earlyoom
서비스는 이제 페도라 KDE에서 기본으로 활성화되었습니다
earlyoom
서비스는 시스템 메모리 사용량을 관리합니다. 만약 여유 메모리가 설정된 제한치 이하로 떨어지면, `earlyoom`은 여유 메모리를 확보하기 위하여 적절한 프로세서를 종료합니다. 결과적으로, 시스템은 저-메모리 상태에 있는 시간에 오랫동안 응답하지 않을 것입니다.
다음은 기본설정 earlyoom
구성입니다:
-
만약 램이 4% 여유 공간 이하로 떨어지고 스왑 공간이 10% 이하의 여유를 갖게 되면,
earlyoom`은 가장 큰 `oom_score`를 갖는 프로세서에게 `SIGTERM
신호를 전송합니다. -
만약 램이 2% 이하의 여유 공간과 스왑이 5% 이하의 공간으로 떨어지면, `earlyoom`은 가장 큰 `oom_score`를 갖는 프로세서에 `SIGKILl`신호를 전송합니다.
이와 같은 최신화는 다음과 같은 이점을 가집니다:
-
사용자는 시스템에 대한 제어권을 더 빨리 되찾습니다.
-
강제된 전원 종료를 줄이면 자료 수집이 증가하고 메모리-부족 상황에 대한 이해가 향상됩니다.
-
'earlyoom' 서비스는 먼저 'SIGTERM’을 선택된 프로세스에 전송하고, 이와 같은 프로세서를 적절하게 종료 할 수 있는 기회를 갖습니다.
`dmraid-activation.service`는 더 이상 `systemd-udev-settle.service`에 의존하지 않습니다
dmraid-activation.service
서비스는 이제 서비스가 처음 실행될 때에 만약 지원되는 레이드 설정이 발견되지 않으면 스스로 비활성화됩니다. 더 자세한 정보를 위하여 저장소(장치)를 참고하세요.
zRAM에서 스왑
페도라 33을 시작 할 때에, 스왑 파티션은 설치 할 때에 기본적으로 생성되지 않습니다. 대신에, zram 장치가 생성되고, 그리고 스왑은 시-작 할 때에 이 장치에서 활성화 됩니다. zram은 압축을 사용하는 램 드라이브입니다. 이와 같은 기능의 간략한 개요를 위해 `man zram-generator`를 참고하세요.
swap-on-zram 기능은 `sudo touch /etc/systemd/zram-generator.conf`으로 비활성 할 수 있고 이 파일을 제거해 재 활성화하고, 그리고 이를 편집하여 사용자 지정할 수 있습니다. 기본 구성에 대한 설명을 추가하여 ASCII 아트를 포함한 구성 정보를 위해 `man zram-generator.conf`를 참고하세요.
설치자의 사용자 정의와 고급-사용자 정의 연결장치는 디스크-기반의 스왑의 수동 생성을 지원을 계속합니다.
이와 같은 기능의 근거에 대한 더 자세한 정보를 위해 제안 변경를 참고하세요.
Want to help? Learn how to contribute to Fedora Docs ›