ProHoster > blog > habari za mtandao > Usambazaji wa Fedora 33 unaingia katika hatua ya majaribio ya beta

Usambazaji wa Fedora 33 unaingia katika hatua ya majaribio ya beta

Ilianza kujaribu toleo la beta la usambazaji wa Fedora 33. Toleo la beta liliashiria mpito hadi hatua ya mwisho ya majaribio, ambapo hitilafu muhimu pekee ndizo husahihishwa. Kutolewa imepangwa mwishoni mwa Oktoba. Vifuniko vya suala Kituo cha Kazini cha Fedora, Seva ya Fedora, Fedora Silverblue, Fedora IoT na Miundo ya moja kwa moja iliyowasilishwa kwa fomu inazunguka na mazingira ya eneo-kazi KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE na LXQt. Majengo yametayarishwa kwa x86_64, ARM (Raspberry Pi 2 na 3), ARM64 (AArch64) na usanifu wa Nguvu.

Muhimu zaidi mabadiliko katika Fedora 33:

  • Chaguo zote za usambazaji wa eneo-kazi (Fedora Workstation, Fedora KDE, n.k.) zimebadilishwa ili kutumia mfumo wa faili wa Btrfs kwa chaguo-msingi. Kutumia kidhibiti cha kizigeu kilichojengwa ndani Btrfs kutasuluhisha shida na uchovu wa nafasi ya bure ya diski wakati wa kuweka saraka za / na / za nyumbani kando. Na Btrfs, sehemu hizi zinaweza kuwekwa katika sehemu ndogo mbili, zimewekwa kando, lakini kwa kutumia nafasi sawa ya diski. Btrfs pia itakuruhusu kutumia vipengele kama vile vijipicha, ukandamizaji wa data kwa uwazi, utengaji sahihi wa shughuli za I/O kupitia cgroups2, na kubadilisha ukubwa wa sehemu zote unaporuka.
  • Desktop ya Fedora Workstation imesasishwa ili kutolewa GNOME 3.38, ambayo imeboresha utendakazi, ilitoa kiolesura cha utangulizi (Karibu Ziara) kilicho na maelezo kuhusu vipengele vikuu vya GNOME, vidhibiti vilivyopanuliwa vya wazazi, ilitoa uwezo wa kupeana viwango tofauti vya kuonyesha skrini kwa kila kifuatiliaji, iliongeza chaguo la kupuuza muunganisho wa USB ambayo haijaidhinishwa. vifaa wakati skrini imefungwa.
  • Thermald huongezwa kwa chaguo-msingi kwenye Fedora Workstation ili kufuatilia vigezo vya kihisi joto na kulinda CPU dhidi ya joto kupita kiasi wakati wa mizigo ya juu zaidi.
  • Kwa chaguo-msingi, wallpapers za eneo-kazi zilizohuishwa huwezeshwa, ambamo rangi hubadilika kulingana na wakati wa siku.
  • Badala ya vi, kihariri cha maandishi chaguo-msingi ni nano. Mabadiliko hayo yanaendeshwa na tamaa ya kufanya usambazaji zaidi kupatikana kwa wageni kwa kutoa mhariri ambayo inaweza kutumika na mtumiaji yeyote ambaye hana ujuzi maalum wa jinsi ya kufanya kazi katika mhariri wa Vi. Wakati huo huo, kifurushi cha msingi huhifadhi kifurushi cha vim-minimal (simu ya moja kwa moja kwa vi imehifadhiwa) na hutoa uwezo wa kubadilisha kihariri chaguo-msingi kuwa vi kwa ombi la mtumiaji.
  • Imepitishwa kati ya matoleo rasmi ya usambazaji Chaguo la Mtandao wa Vitu (Fedora IoT), ambayo sasa inasafirisha kando ya Fedora Workstation na Fedora Server. Toleo la Fedora IoT linatokana na teknolojia sawa zinazotumiwa katika Fedora Core OS, Mwenyeji wa Atomiki wa Fedora ΠΈ Fedora Silverblue, na hutoa mazingira ya mfumo yaliyopunguzwa kwa kiwango cha chini, sasisho ambalo linafanywa kwa atomiki kwa kuchukua nafasi ya picha ya mfumo mzima, bila kuivunja katika vifurushi tofauti. Ili kudhibiti uadilifu, picha nzima ya mfumo inathibitishwa na sahihi ya dijiti. Ili kutenganisha programu kutoka kwa mfumo mkuu inayotolewa tumia vyombo vilivyotengwa (podman hutumiwa kwa usimamizi).

    Mazingira ya mfumo wa Fedora IoT yanaundwa kwa kutumia teknolojia OSTree, ambamo taswira ya mfumo inasasishwa kiatomi kutoka kwa hazina inayofanana na Git, ikiruhusu mbinu za udhibiti wa toleo kutumika kwa vipengele vya usambazaji (kwa mfano, unaweza kurejesha mfumo kwa hali ya awali haraka). Vifurushi vya RPM vinatafsiriwa kwenye hazina ya OSTree kwa kutumia safu maalum rpm-ostree. Makusanyiko yaliyotengenezwa tayari hutolewa kwa x86_64, Aarch64 na ARMv7 (armhfp) usanifu. Imetangazwa msaada kwa ajili ya Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 na Rock64 na Up Squared, pamoja na x86_64 na aarch64 mashine pepe.

  • Toleo la KDE la Fedora lina mchakato wa usuli wa mapema uliowezeshwa na chaguo-msingi, ambao ulitolewa katika toleo la mwisho la Fedora Workstation. Earlyoom hukuruhusu kujibu kwa haraka zaidi ukosefu wa kumbukumbu, bila kwenda hadi kumwita kidhibiti cha OOM (Nje ya Kumbukumbu) kwenye kernel, ambayo husababishwa wakati hali inakuwa mbaya na mfumo, kama sheria, haujibu tena. kwa vitendo vya mtumiaji. Ikiwa kiasi cha kumbukumbu inayopatikana ni chini ya 4%, lakini si zaidi ya 400 MiB, earlyroom itasitisha kwa nguvu mchakato unaotumia kumbukumbu zaidi (wale walio na /proc/*/oom_score ya juu), bila kuleta hali ya mfumo kwenye mfumo. vihifadhi.
  • Matoleo yaliyosasishwa ya vifurushi vingi, ikiwa ni pamoja na RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, 14 LX23 l.jslang.j 0.15.0, Ruby kwenye Reli 6.0, Stratis 2.1.0. Usaidizi wa Python 2.6 na Python 3.4 umekatishwa. Usanifu wa aarch64 umetolewa na NET Core.
  • Usaidizi wa moduli ya mod_php kwa seva ya Apache http umekatishwa, badala yake inapendekezwa kutumia php-fpm kuzindua programu za wavuti katika lugha ya PHP.
  • Imeunganishwa na Firefox kwa Fedora pamoja viraka kwa msaada kuongeza kasi ya maunzi ya kusimbua video kwa kutumia VA-API (Video Acceleration API) na FFmpegDataDecoder, ambayo pia huwashwa katika vipindi kulingana na teknolojia ya WebRTC, inayotumika katika programu za wavuti kwa mikutano ya video. Uongezaji kasi hufanya kazi katika mazingira ya Wayland na X11 (unapoendesha "MOZ_X11_EGL=1 firefox" na kuwezesha mpangilio wa "media.ffmpeg.vaapi.enabled").
  • Seva ya ulandanishi wa muda halisi na mteja na kisakinishi ni pamoja na usaidizi wa utaratibu wa uthibitishaji wa NTS (Usalama wa Muda wa Mtandao).
  • Katika Mvinyo kwa chaguo-msingi husika backend kulingana na safu ya DXVK, ambayo hutoa utekelezaji wa DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 na 11, kufanya kazi kupitia tafsiri ya wito kwa Vulkan API.
    Tofauti na utekelezaji wa Direct3D 9/10/11 uliojengewa ndani wa Wine unaoendesha juu ya OpenGL, DXVK inaruhusu utendakazi bora wakati wa kuendesha programu na michezo ya 3D katika Mvinyo.

  • Wakati wa kujenga vifurushi kwa chaguo-msingi pamoja uboreshaji katika hatua ya kuunganisha (LTO, Uboreshaji wa Wakati wa Kiungo). Imeongeza chaguo la "-flto" kwa redhat-rpm-config.
  • Ili kutatua hoja chaguo-msingi za DNS husika systemd-iliyotatuliwa. Glibc imehamishwa hadi nss-resolve kutoka kwa mradi wa systemd badala ya moduli ya NSS iliyojengewa ndani nss-dns.
    Systemd-resolved hufanya kazi kama vile kudumisha mipangilio katika faili ya resolv.conf kulingana na data ya DHCP na usanidi tuli wa DNS kwa violesura vya mtandao, hutumia DNSSEC na LLMNR (Unganisha Utatuzi wa Jina la Multicast Karibu Nawe). Miongoni mwa faida za kubadili mfumo wa kusuluhishwa ni msaada kwa DNS juu ya TLS, uwezo wa kuwezesha uhifadhi wa ndani wa maswali ya DNS na usaidizi wa kufunga vidhibiti tofauti kwa miingiliano tofauti ya mtandao (kulingana na kiolesura cha mtandao, seva ya DNS inachaguliwa kwa kuwasiliana, kwa mfano, kwa violesura vya VPN, hoja za DNS zitatumwa kupitia VPN). Hakuna mipango ya kutumia DNSSEC katika Fedora (systemd-resolved itajengwa kwa DNSSEC=no bendera).
    Ili kuzima systemd-resolved, unaweza kulemaza systemd-resolved.service na kuanzisha upya NetworkManager, ambayo itaunda jadi /etc/resolv.conf.

  • Katika NetworkManager ili kuhifadhi mipangilio badala ya programu-jalizi ya ifcfg-rh husika faili katika umbizo la faili kuu.
  • Kwa mifumo ya ARM64 pamoja mkusanyiko wa vifurushi kwa kutumia Uthibitishaji wa Pointer na ulinzi dhidi ya utekelezaji wa seti za maagizo ambayo haipaswi kufuatwa wakati wa matawi (BTI, Kiashiria cha Lengo la Tawi). Taratibu hizi zinafaa kwa ajili ya kulinda dhidi ya mashambulizi kwa kutumia mbinu za upangaji unaolenga kurudi (ROP), ambapo mshambuliaji hajaribu kuweka nambari yake kwenye kumbukumbu, lakini hufanya kazi kwa vipande vya maagizo ya mashine ambayo tayari yanapatikana katika maktaba zilizopakiwa, na kuishia na udhibiti wa kurudi. maelekezo.
  • Imetekelezwa kazi ili kurahisisha utekelezaji wa teknolojia kwa onyesho la kuchagua la menyu ya boot, ambayo menyu imefichwa kwa chaguo-msingi na inaonyeshwa tu baada ya kushindwa au uanzishaji wa chaguo katika GNOME.
  • Badala ya kuunda kizigeu cha kubadilishana cha jadi kutekelezwa uwekaji wa kubadilishana (kubadilishana) kwa kutumia kifaa cha kuzuia zRAM, ambacho hutoa hifadhi ya data katika RAM katika fomu iliyoshinikizwa.
  • Imeongezwa mchakato wa usuli SID (Daemon ya Ufungaji wa Uhifadhi) ili kufuatilia hali ya vifaa katika mifumo midogo ya hifadhi (LVM, multipath, MD) na kupiga simu vidhibiti matukio fulani yanapotokea, kwa mfano, kuwezesha na kuzima vifaa. SID hufanya kazi kama programu jalizi juu ya udev na huguswa na matukio kutoka kwayo, hivyo basi kuondoa hitaji la kuunda sheria changamano za udev ili kuingiliana na aina mbalimbali za vifaa na mifumo midogo ya uhifadhi ambayo ni vigumu kudumisha na kutatua.
  • Hifadhidata ya Kifurushi cha RPM (rpmdb) kutafsiriwa kutoka BerkeleyDB hadi SQLite. Sababu kuu ya uingizwaji ni matumizi katika rpmdb ya toleo la zamani la Berkeley DB 5.x, ambalo halijadumishwa kwa miaka kadhaa. Kuhamia matoleo mapya kunatatizwa na mabadiliko ya leseni ya Berkeley DB 6 hadi AGPLv3, ambayo pia inatumika kwa programu zinazotumia BerkeleyDB katika fomu ya maktaba (RPM inakuja chini ya GPLv2, lakini AGPL haioani na GPLv2). Kwa kuongeza, utekelezaji wa sasa wa rpmdb kulingana na BerkeleyDB haitoi kuegemea muhimu, kwani haitumii shughuli na haiwezi kugundua kutofautiana katika hifadhidata.

Chanzo: opennet.ru

Kuongeza maoni