წარმოდგენილია AerynOS დისტრიბუციის კონცეფცია არქიტექტურული გადაწყვეტილებების დასაბუთებით.

AerynOS-ის, რომელიც ადრე SerpentOS-ის სახელით იყო ცნობილი, შემქმნელებმა გამოაქვეყნეს დეტალური სტატია, რომელშიც დეტალურად არის აღწერილი პროექტის კონცეფცია და ტექნიკური განხორციელება, ასევე არქიტექტურული გადაწყვეტილებების საფუძველი. პროექტის ხელმძღვანელი აიკი დოჰერტი ხაზს უსვამს, რომ AerynOS არ არის უბრალოდ „კიდევ ერთი დისტრიბუცია“. Linux„, არამედ პლატფორმა, საფუძველი და ინსტრუმენტების ნაკრები, რომელიც აგებულია მკაფიო ხედვის შესაბამისად.“

პროექტის ძირითადი იდეა კითხვას წარმოადგენს: „რა მოხდებოდა, თუ ოპერაციული სისტემა თანამედროვე ინფრასტრუქტურის მსგავსად მოიქცეოდა?“ AerynOS ამ კითხვაზე პასუხად არის წარმოდგენილი - სისტემა ნულიდან აგებული, დისტრიბუციაში ჩაშენებული მუტაციების ტრადიციული მოდელის ნაცვლად. პროექტი ეყრდნობა ავტორების გამოცდილებას სხვა დისტრიბუციების, მათ შორის Solus-ისა და Clear-ის შემუშავებაში. Linux.

AerynOS-ის ძირითად ტექნიკურ გადაწყვეტილებებს შორისაა:

• GNU-ს ნაცვლად LLVM toolchain-ის გამოყენება, ნაგულისხმევად libc++ და compiler-rt-ით. დეველოპერები ამ გადაწყვეტილებას ხსნიან არა მხოლოდ LLVM-ის უპირატესობით, არამედ სტრატეგიული არჩევანით, რათა გამოიყენონ უკეთესი დიაგნოსტიკა, უზრუნველყონ პაკეტების სისწორე და პორტაბელურობა. სისტემა musl-ის ნაცვლად glibc-ს იყენებს, რაც თავსებადობისა და შესრულების სასარგებლოდ განზრახ გაკეთებული არჩევანია.

  როგორც სტატიაშია ნათქვამი: „glibc-ის უპირატესობა musl-თან შედარებით კარგად არის დოკუმენტირებული, განსაკუთრებით გამოთვლითი დატვირთვებისა და აპლიკაციებისთვის, რომლებიც ოპტიმალურ მრავალძაფიან მუშაობას მოითხოვენ“. შემქმნელები ხაზს უსვამენ, რომ მათი მიზანია შექმნან მოქმედი, გამოსაყენებელი სისტემა სხვადასხვა აპლიკაციების სცენარისთვის.

• „უსახელმწიფოების“ კონცეფცია - პაკეტებს ეკრძალებათ /usr დირექტორიის გარეთ რაიმე ფაილის შემცველობა. როგორც დეველოპერები განმარტავენ, ეს მიდგომა გონივრულ ნაგულისხმევ პარამეტრებს აწესებს ყველა დონეზე და გამორიცხავს „საშინელ სამმხრივ შერწყმის კონფლიქტებს პაკეტების განახლებისას“. კონფლიქტები არ არსებობს, რადგან /etc-სა და /var-ში ყველაფერი მომხმარებლის საკუთრებაა, ხოლო /usr მხოლოდ სისტემის საკუთრებაა. კონცეფცია შემუშავდა Clear ეპოქაში. Linux და Solus-ში, ხოლო AerynOS-ში ის შემდგომ განვითარდა.
• ატომური განახლებები - ყველა moss ტრანზაქცია ატომურია. სისტემა სწრაფად ქმნის ახალ /usr ხეს დედუპლიკირებული ქეშიდან მიღებული მყარი ბმულების გამოყენებით. წარმატებით შექმნისა და მომზადების შემდეგ, ახალი ხე ატომურად იცვლება. მომზადებული ტრანზაქცია რეალურად იცვლება რეალურ /usr დირექტორიასთან renameat2-ის გამოყენებით RENAME_EXCHANGE დროშით. განახლება ან სრულად სრულდება, ან საერთოდ არ სრულდება, შუალედური მდგომარეობების გარეშე.
• ჩატვირთვის მართვა blsforme და disks-rs პროექტების საფუძველზე. ამ მიდგომის თავისებურება ის არის, რომ სისტემა დინამიურად წარმოქმნის პარამეტრებს ბირთვის ბრძანების ხაზისთვის root ფაილური სისტემის მოწყობილობების სუპერბლოკების წაკითხვით, ამიტომ AerynOS-ს არ აქვს კონფიგურაციის ფაილი, რომელიც შეიცავს "root=" პარამეტრს. გარდა ამისა, moss ტრანზაქციის იდენტიფიკატორი კოდირებულია ბირთვის ბრძანების ხაზში და მუშავდება initramfs-ში ადრეული ჩატვირთვისას. „მოკლედ, ეს ნიშნავს, რომ თითოეული ბირთვი სათანადოდ არის სინქრონიზებული მის შესაბამის root ფაილურ სისტემასთან და უკან დაბრუნება იაფი, მარტივი და ხელმისაწვდომია პირდაპირ ჩატვირთვის მენიუდან“, - განმარტავენ დეველოპერები. კიდევ ერთი უპირატესობა ის არის, რომ არ არსებობს /etc/default/grub ფაილი და თუ ESP წაიშლება, moss-ს შეუძლია მისი ნულიდან აღდგენა.
• .stone პაკეტის ფორმატი არის საკუთრების ორობითი პაკეტის ფორმატი ვერსიისგან დამოუკიდებელი სათაურით, რომელიც განკუთვნილია მომავალი ცვლილებებისთვის. თითოეული .stone პაკეტი შეიცავს ოთხ სპეციფიკურ დატვირთვის ტიპს, რომელთაგან თითოეული შეიძლება დამოუკიდებლად განვითარდეს ვერსიონირების წყალობით:
  • კონტენტის დატვირთვა არის დედუპლიკირებული მონაცემების თანმიმდევრული ბლოკი, ანუ თავად პაკეტის ფაილების შინაარსი.
  • ინდექსის დატვირთვა - შეიცავს კონტენტის დატვირთვის ოფსეტებს, რომლებიც ინდექსირებულია კონტენტის XXH128 ჰეშით (იგეგმება Blake3-ზე მიგრაცია). ეს საშუალებას გაძლევთ ეფექტურად მოძებნოთ და ამოიღოთ მონაცემები.
  • განლაგების დატვირთვა - აღწერს ფაილური სისტემის მოსალოდნელ განლაგებას პაკეტის გამოყენებისას, ანუ სად და რომელი ფაილები უნდა დაინსტალირდეს.
  • მეტამონაცემების დატვირთვა - მკაცრად აკრეფილი, მონიშნული მეტამონაცემების ჩანაწერების თანმიმდევრობა, როგორიცაა პაკეტის სახელი, მოწოდებული შესაძლებლობები და ა.შ.

ყველა დატვირთვა შეკუმშულია Zstd-ის გამოყენებით, რაც უზრუნველყოფს შესანიშნავ დეკომპრესიულ მუშაობას კარგი შეკუმშვის კოეფიციენტის შენარჩუნებისას. .stone-ის „ინსტალაციის“ პროცესი ფუნდამენტურად განსხვავდება სხვა სისტემებისგან. ფაილების პირდაპირ ინსტალაციის ნაცვლად, პაკეტი ქეშირდება და მისი შინაარსი გადადის საერთო კონტენტ-მისამართებად საცავში (CAS). მეტამონაცემები და განლაგების ინფორმაცია ცალკე ინახება და გამოიყენება ტრანზაქციის შექმნისას. ეს მიდგომა უზრუნველყოფს განახლებების ატომურობას და უკან დაბრუნების შესაძლებლობას, რადგან თითოეული ტრანზაქცია ქმნის ახალ root დანაყოფს არსებულის შეცვლის ნაცვლად.

დეველოპერები აღნიშნავენ, რომ იმპერატიული პაკეტების მართვის იმიტაციის ამჟამინდელი მიდგომა „სრულიად უაზროა“ და „სინამდვილეში უფრო მეტ შეცდომას შემოაქვს, ვიდრე აგვარებს“. ვინაიდან თითოეული ტრანზაქციისთვის იქმნება ახალი root ფაილური სისტემა, სამომავლო გეგმაა თითოეული ტრანზაქციისთვის ახალი გრაფიკის შექმნა, ინლაინ ცვლილებებიდან Gentoo-ს ან Nix-ის მსგავსი დეკლარაციული მიდგომის სასარგებლოდ გადასვლით.

კიდევ ერთი საინტერესო განმარტება უცვლელობას ეხება. შემქმნელები აღნიშნავენ, რომ AerynOS-ს ხშირად უცვლელ ოპერაციულ სისტემად აღწერენ, თუმცა „ეს მთლად სიმართლეს არ შეესაბამება“. მიუხედავად იმისა, რომ თითოეული ტრანზაქცია იწვევს ახალ /usr ხეს და ლოკალური ცვლილებები არ ინახება, სისტემა არ არის უცვლელი მხოლოდ წაკითხვის წვდომის თვალსაზრისით. მომავალში, დაგეგმილია სისტემის რეალური უცვლელობის დანერგვა გადატვირთვის საჭიროების გარეშე, erofs-ისა და overlayfs-ის გამოყენებით.

ამჟამად, AerynOS აქტიურად ვითარდება, უკვე ავრცელებს ISO სურათებს GNOME გარემოთი, შესაფერისია თამაშებისთვის (მხარდაჭერა NVIDIA დრაივერებისთვის, Steam, Flatpak), ჰყავს რეალური მომხმარებლები, რომლებიც აღნიშნავენ სისტემის სტაბილურობას და ინოვაციას. დეველოპერების თქმით, პროექტი ალფა ეტაპზეა და პრობლემების გარეშე არ არის, მაგრამ ის უკვე წარმოადგენს სრულყოფილ სისტემას, რომელიც „უბრალოდ მუშაობს“.

წყარო: opennet.ru