საამაყო სახელით "ელბრუსი" გამოვიდა სუპერკომპიუტერების სერია, რომელიც შეიმუშავა საბჭოთა მეცნიერმა ვსევოლოდ სერგეევიჩ ბურცევმა (70-80-იანი წლები).).

ამ კომპიუტერებმა შეიტანეს მრავალი ინოვაცია კომპიუტერის თეორიაში, როგორიცაა სუპერსკალარულობა (ერთზე მეტი ინსტრუქციის დამუშავება საათის ციკლზე), უსაფრთხო პროგრამირების განხორციელება ტექნიკის მონაცემთა ტიპებით და მრავალი ინსტრუქციის პარალელური დამუშავება. მაგრამ საბჭოთა სუპერკომპიუტერების მთავარი მახასიათებელი იყო მათი ფოკუსირება მაღალი დონის ენებზე. საბჭოთა წარმოშობის ამერიკელმა მეცნიერმა ვლადიმერ მესტილავოვიჩ პენტკოვსკიმ, რომელიც მონაწილეობდა ელბრუსის განვითარებაში, შექმნა მაღალი დონის პროგრამირების ენა El-76.

საბჭოთა გამოთვლითი მანქანების მოცულობის გაუმჯობესების გარდა, კომპიუტერი გახდა საფუძველი 64-ბიტიანი უნივერსალური მიკროპროცესორების "Elbrus 4-C" და შემდეგი თაობის "Elbrus 8-C" შესაქმნელად. მათ გააზავეს ამერიკული მწარმოებლების Intel, AMD და IBM ბაზარი. ადგილობრივი განვითარება და პროცესორების წარმოება განპირობებული იყო თავდაცვის ინდუსტრიისთვის საკუთარი გადაწყვეტილებების პოვნის აუცილებლობით, სადაც საშინაო მოწყობილობების გამოყენება უფრო სასურველია.

განვითარების ისტორია

Elbrus კომპიუტერული არქიტექტურის განვითარება დაიწყო 70-იან წლებში ITMiVT im. ლებედევა. დეველოპერების წინაშე დადგა ამოცანა, შეექმნათ გამოთვლითი სისტემა 100 მილიონი ოპ/წმ. ბურცევი მუშაობდა კომპიუტერული კონტროლისა და დიზაინის სისტემაზე და გახდა პროექტის მთავარი დიზაინერი.

1980 წელს Elbrus-1-მა, საერთო პროდუქტიულობით 15 მილიონი ოპ/წმ, წარმატებით გაიარა სახელმწიფო ტესტები. ეს იყო პირველი კომპიუტერი საბჭოთა კავშირში, რომელიც აშენდა TTL მიკროსქემების ბაზაზე. აპარატის განსაკუთრებული მახასიათებელი იყო მისი მასშტაბირებადი არქიტექტურა, რომელიც მხარს უჭერდა 10-მდე პროცესორის ერთდროულ მუშაობას. ოპერატიული მეხსიერება მიაღწია 64 მბ-ს (220 მანქანური სიტყვა). პერიფერიულ მოწყობილობებსა და RAM-ს შორის მონაცემთა ნაკადების გადაცემის ორგანიზება განხორციელდა სპეციალური შეყვან-გამომავალი პროცესორების გამოყენებით. სისტემაში შეიძლება იყოს დაახლოებით 4 ასეთი პროცესორი და მათ ჰქონდათ საკუთარი მეხსიერება, რომელიც მუშაობდა ცენტრალურ პროცესორთან პარალელურად.

Elbrus-1 გამოიყენებოდა მრავალ სამხედრო სისტემაში - რაკეტსაწინააღმდეგო თავდაცვა, კოსმოსური კონტროლის ცენტრი და ა.შ.

ელბრუსის კომპიუტერის შემუშავების შემდეგი ეტაპი იყო პირველი მოდელის არქიტექტურის ახალ ელემენტის ბაზაზე გადატანა. ამრიგად, წარმოიშვა Elbrus-2, რომელიც დაფუძნებული იყო ELS ინტეგრირებულ სქემებზე. მისმა პროდუქტიულობამ მიაღწია 125 მილიონ ოპ/წმ-ს. გაიზარდა ოპერატიული მეხსიერების მოცულობაც - 144 მბ-მდე. საათის სიხშირე 20 MHz-ს აღწევდა.

1985 წელს Elbrus-2 შევიდა მასობრივ წარმოებაში. იგი გამოიყენებოდა იმ ადგილებში, სადაც დიდი გამოთვლები იყო საჭირო. კომპიუტერი ასევე აქტიურად გამოიყენებოდა თავდაცვის ინდუსტრიაში, კოსმოსური ფრენების კონტროლის ცენტრში და ბირთვულ კვლევით ცენტრებში (არზამას-16, ჩელიაბინსკ-70). 1991 წლიდან კომპიუტერი მუშაობს A-135 სარაკეტო თავდაცვის სისტემაში და სხვა სამხედრო ობიექტებზე.

სუპერკომპიუტერებთან ერთად ასევე შეიქმნა Elbrus 1-KB ზოგადი დანიშნულების კომპიუტერი (1988). ამ მანქანებმა შეცვალეს BESM-6, რომელთანაც მათ ჰქონდათ სრული ჩამორჩენილი პროგრამული თავსებადობა. მას დაემატა ახალი ოპერაციული რეჟიმი ნომრების და მისამართების გაზრდილი ბიტის სიღრმით.

BESM-6-ისა და Elbrus 1-KB-ის შედარებითი მახასიათებლები

შემდეგი გამოვიდა "Elbrus-3", რომელშიც დეველოპერებმა პირველად განახორციელეს "პოსტ-სუპერსკალარული" მიდგომა. ეს კომპიუტერი შეიქმნა 1986 წლიდან 1994 წლამდე. ITMiVT-ის თანამშრომლები საბჭოთა მეცნიერის ბორის არტაშესოვიჩ ბაბაიანის ხელმძღვანელობით.

Elbrus-3 არ შევიდა მასობრივ წარმოებაში, მაგრამ მისი არქიტექტურა გახდა Elbrus 2000 და Elbrus-3M1 მიკროპროცესორების განვითარების საფუძველი.

ელბრუსის სერია დაფასდა საბჭოთა ხელმძღვანელობის მიერ. დეველოპერებმა Babayan, Burtsev, Bardizh მიიღეს ჯილდოები და ორდენები. სამუშაოს დარჩენილ მონაწილეებს ასევე გადაეცათ სახელმწიფო პრემიები.

MCST პროცესორების ერა

რუსული კომპანია MCST დაარსდა 1992 წელს Elbrus-3-ის განვითარების გუნდის საფუძველზე. იგი გახდა მოსკოვის SPARC Technologies LLP ცენტრის (აქედან სახელწოდება MCST) სამართალმემკვიდრე. აბრევიატურა SPARC მოვიდა MCST-ის მთავარი პარტნიორისგან, ამერიკული კორპორაციის Sun Microsystems-ისგან, რომელიც ხელს უწყობს SPARC არქიტექტურის მქონე კომპიუტერებს.

MCST აწარმოებდა მიკროპროცესორებს SPARC არქიტექტურით (MCST-R100, MCST-R150, MCST-R500 და MCST-R500S) და მათ საფუძველზე შექმნა გამოთვლითი სისტემები. მაგრამ 2007 წელს გამოვიდა ამავე სახელწოდების Elbrus პროცესორი. მოწყობილობის პიკმა შესრულებამ 64-ბიტიან რეჟიმში მიაღწია 2.4 GFLOPS-ს. ოპერაციული საათის სიხშირე იყო 300 MHz. პროცესორს ჰქონდა 75,8 მილიონი ტრანზისტორი. დენის გაფრქვევა 6 ვტ.

პროცესორის საფუძველზე შეიქმნა Elbrus-3M1 კომპიუტერული კომპლექსი, რომელიც გამოიყენება თავდაცვის ინდუსტრიისთვის. ეს კომპლექსი უზრუნველყოფილი იყო უსაფრთხო ოპერაციული სისტემით MSVS-E (შეიარაღებული ძალების მობილური სისტემა), რომელიც დაფუძნებულია Linux ვერსიაზე 2.6.14. Elbrus-3M1 იყო უკან თავსებადი პირველ და მეორე Elbrus-თან.

გამოთვლით კომპლექსს ჰქონდა ორი დიზაინის ვარიანტი - სერვერული, რომელიც შეიძლება გამოვიყენოთ დესკტოპად და CompactPCI (სისტემის ავტობუსი) ვერსია. სერვერის ვერსია დაფუძნებული იყო UV 3M1 კომპიუტერის მოწყობილობაზე. CompactPCI-ის შემთხვევაში, Elbrus-3M1 დაიკავა Euromechanics 6U ფორმატის ორი მოდული. ორივე ვერსიის აპარატურა აღჭურვილი იყო ქსელური აღჭურვილობით ულტრა მაღალსიჩქარიანი გაცვლისთვის მსგავსი გამოთვლითი სისტემებით.

2010 წელს ChipEXPO-2010 და Softool-ის გამოფენებზე Elbrus-S system-on-chip წარუდგინეს საზოგადოებას. ამ პროცესორში გაიზარდა ტრანზისტორების რაოდენობა - 218 მილიონამდე. საათის სიხშირე ასევე გაიზარდა 500 MHz-მდე და გაიზარდა პიკური შესრულება: 4 GFLOPS-მდე 64-ბიტიან რეჟიმში და 8 GFLOPS-მდე 32-ბიტიან რეჟიმში.

Elbrus-S-თან ერთად წარმოდგენილი იყო პერიფერიული ინტერფეისის კონტროლერი (PIC).

2011 წელს MCST-მა წარმოადგინა შემდეგი თაობის ორბირთვიანი პროცესორი Elbrus-2C+. გარდა 2 ძირითადი ბირთვისა (ელბრუსის არქიტექტურა), რომლებიც მუშაობენ საათის სიხშირეზე 500 MHz, მოდელი ასევე მოიცავდა ჩაშენებული ციფრული სიგნალის პროცესორის 4 დამატებით ბირთვს (Multicor არქიტექტურა). პროცესორს დაემატა შემავალი/გამომავალი არხი, რომლითაც შესაძლებელია სხვა KPI-ს დაკავშირება. Elbrus-2C+-მა ასევე დაამატა DDR2 მეხსიერების მხარდაჭერა 800 MHz ეფექტური სიხშირით. პროცესორის შესრულება გაიზარდა - 28 GFLOPS-მდე 32-ბიტიან რეჟიმში. ტრანზისტორების რაოდენობამ 368 მილიონს მიაღწია.

დეველოპერებმა განახორციელეს C ენის შემდგენელის ვერსია DSP ბირთვების კოდის რეპროდუცირებისთვის და ეფექტური ურთიერთქმედების დასამყარებლად CPU ბირთვებზე მთავარ პროგრამასა და DSP-ზე მოქმედებებს შორის.

შემქმნელების გათვლებით, Elbrus-2C+ უნდა გამოეყენებინათ ციფრული ინტელექტუალური სიგნალის დამუშავების სისტემებში (რადარები, გამოსახულების ანალიზატორები და ა.შ.). მაგრამ პროცესორები უფრო ადაპტირებული აღმოჩნდა სამოქალაქო ამოცანებისთვის. მაგალითად, Kraftway-მა გამოუშვა ელბრუს-2C+ კრისტალებზე დაფუძნებული ყველა-ერთში კომპიუტერების სატესტო სერია.

პროცესორი "Elbrus-4S"

2014 წლის აპრილში კომპანიამ წარადგინა გაუმჯობესებული ოთხბირთვიანი Elbrus-4C პროცესორები.

"Elbrus-4S"-ის ტექნიკური მახასიათებლები

უპირველეს ყოვლისა, ყურადღება უნდა მიაქციოთ პროცესორის წარმოების 65 ნმ ტექნოლოგიურ პროცესზე გადასვლას. ასევე გაიზარდა საათის სიხშირე და RAM არხების გამტარუნარიანობა. ამ და სხვა გაუმჯობესებამ მნიშვნელოვნად იმოქმედა ახალი პროცესორების მუშაობაზე. თითოეულ ბირთვს შეუძლია შეასრულოს 23-მდე ოპერაცია ერთი საათის ციკლში. მცურავი წერტილის ოპერაციებში, ოთხი ბირთვის პიკური თეორიული შესრულება არის დაახლოებით 50 GFLOPS ერთჯერადი სიზუსტით და 25 GFLOPS ორმაგი სიზუსტით. თუ შევადარებთ წინა Elbrus-2C+ მოდელს, მაშინ 64-ბიტიან რეჟიმში ის სამჯერ მეტია. ახალ პროცესორში უფრო რთულ კრისტალს, რომელიც შეიცავს 986 მილიონ ტრანზისტორს, აქვს გამოსაყენებელი ფართობი 380 მმ2.

MCST-ის სპეციალისტებმა შექმნეს საკუთარი ოპერაციული სისტემა "Elbrus" სპეციალურად გამოშვებული პროცესორისთვის. OS დაფუძნებულია Linux-ის ბირთვის ვერსიაზე 2.6.33. იგი მოიცავს 3000-ზე მეტ პროგრამულ პაკეტს (Debian 5.0 დისტრიბუციიდან) და აქვს პაკეტის მენეჯერი. შედის დეველოპერის ინსტრუმენტების სრული ნაკრები, მათ შორის ოპტიმიზაციის შემდგენელები მაღალი დონის პროგრამირების ენებისთვის C, C++, Fortran 77 და Fortran 9.

Elbrus OS სერტიფიცირებული იყო არაავტორიზებული წვდომისგან დაცვის მეორე კლასისთვის და არადეკლარირებული შესაძლებლობების კონტროლის მეორე დონისთვის. მაგრამ Elbrus-4C პროცესორებზე დაფუძნებული კომპიუტერები ასევე მუშაობენ Windows OS-ის ვერსიებთან.

ტანდემი პროცესორი და დესკტოპ კომპიუტერი

კომპანიის ერთ-ერთი პროექტი იყო Elbrus-4C პროცესორზე დაფუძნებული პირველი რუსული დესკტოპის კომპიუტერის შემუშავება. მას ეწოდა "Workstation Elbrus-401" (სადაც Workstation ნიშნავს ავტომატურ სამუშაო სადგურს). მოდელი განკუთვნილია ოფისისთვის MiniTower-ის სტანდარტული კეისით. მაგრამ ის შეიძლება გამოყენებულ იქნას სხვადასხვა სფეროში ინფორმაციის უსაფრთხოების გაზრდილი მოთხოვნებით.

კომპიუტერს აქვს 65 ნმ პროცესის ტექნოლოგია 800 ჰც სიჩქარით, SATA-2 და USB 2.0 პორტები, წინასწარ დაინსტალირებული 120 GB SSD mSATA ინტერფეისით და DDR3-1600 ECC-ის მხარდაჭერა. ძირითადი კონფიგურაცია გთავაზობთ 24 GB ოპერატიული მეხსიერება (გაფართოვდება 96 GB-მდე). „Workstation Elbrus-401“ არქიტექტურის მახასიათებლებს შორის შეიძლება გამოვყოთ შემდეგი: არითმეტიკულ-ლოგიკური მოწყობილობების 6 პარალელური მოქმედი არხის არსებობა; 256 84-ბიტიანი რეგისტრის სარეგისტრაციო ფაილი; მარყუჟების ტექნიკის მხარდაჭერა; სპეკულაციური გამოთვლებისა და ერთბიტიანი პრედიკატების მხარდაჭერა; ბრძანება, რომელსაც შეუძლია განსაზღვროს 23-მდე ოპერაცია ერთი საათის ციკლში მაქსიმალური სიმძლავრით. კომპიუტერში ასევე დამონტაჟებულია AMD Radeon 6000 სერიის ვიდეო ბარათი.

ახალი თაობის პროცესორი - Elbrus-8S

Elbrus-8S პროცესორს ავითარებს კომპანია MCST, ელექტრონული კონტროლის მანქანების ინსტიტუტის (INEUM) მონაწილეობით. ი.ს. ბრუკა. მიკროპროცესორის არქიტექტურა, მიკროპროცესორის დიზაინი და ტოპოლოგია შექმნეს რუსი სპეციალისტების მიერ. პროცესორს აქვს რვა ბირთვი გაუმჯობესებული 64-ბიტიანი Elbrus არქიტექტურით. საათის სიხშირე აღწევს 1,3 გჰც, მეორე და მესამე დონის ქეში მეხსიერების მოცულობა 4 და 16 მბ. სავარაუდო შესრულება აღწევს 250 GFLOPS.

"Elbrus-8S"-ის ტექნიკური მახასიათებლები

კომპიუტერს აქვს საკუთარი Elbrus არქიტექტურა, რომელიც შეიქმნა MCST CJSC-ში. ვექტორული ინსტრუქციების ნაკრების ამაჩქარებლები ხელს უწყობენ დაშიფვრის და სიგნალის დამუშავებას უფრო სწრაფად.

აპარატურა ურთიერთქმედებს OS-თან საკუთარი BIOS მიკროკოდის მეშვეობით. პროცესორი თავსებადია Linux, FreeBSD, QNX, Windows XP დისტრიბუციებთან, მაგრამ რეკომენდებული Elbrus ოპერაციული სისტემა დაფუძნებულია Linux kernel 2.6.33-ზე. განვითარების სპეციალიზებული ინსტრუმენტების გამოყენება (C და C++ ენებისთვის შემდგენელების ოპტიმიზაცია, Fortran, Java და ა.შ.) შესაძლებელს ხდის პროგრამის კოდის ოპტიმიზაციას Elbrus არქიტექტურის გათვალისწინებით.

კომპანია უკვე ავითარებს კომუნალურ და დამხმარე კომპონენტებს, რომლებიც ოპტიმიზირებულია პროცესორებზე მუშაობისთვის. ეს არის ყველაფერი - ინსტრუმენტები ქსელთან და პერიფერიულ მოწყობილობებთან მუშაობისთვის (კომუნალური საშუალებები, ზოგადი დანიშნულების ბიბლიოთეკები, სერვისები, მონაცემთა ბაზის მხარდაჭერა, გრაფიკული ქვესისტემა).

Elbrus-8S უნდა იმუშაოს ტანდემში KPI 2-თან, რუსული წარმოების პერიფერიული ინტერფეისის კონტროლერთან.

Სალამი ყველას. ეს უკვე საკმაოდ დიდი ხანია გავაკეთე და ახლა გადავწყვიტე ისევ ამ თემას დავუბრუნდე.

ბოლო წლების განმავლობაში ბევრი რამ შეიცვალა - ნელ-ნელა ვითარდება სკოლების ასამბლეები და იქ ჩნდება ახალი ვერსიებიც, გამოვიდა ROSA და ASTRA (თუ რაიმე საინტერესო აღმოჩნდება ჩემთვის, დავწერ მიმოხილვას ), რომლებიც ცხოვრობენ თავიანთი ცხოვრებით x86-ზე, და კიდევ არის ჩატვირთული ვიდეო Elbrus კომპიუტერი MCST პროცესორით სწორედ Elbrus OS-ით.
თუმცა, ეს ყველაზე ბუნდოვანი კომპიუტერი იწარმოება ექსკლუზიურად სახელმწიფოს შიდა საჭიროებებისთვის, არ არის თავსებადი x86/x64 არქიტექტურასთან (აღნიშნული x86 ემულაციის რეჟიმი არსებობს, მაგრამ განსაკუთრებით არ არის გამოცდილი), დოკუმენტაცია ასევე ძალიან მწირია, მსხვილი დისტრო მშენებლები, როგორიცაა Debian / Red-Hat / netbzd, ასევე არ არის სპეციალური თანამშრომლობა, მით უმეტეს, რომ არ არის ხელმისაწვდომი ღია გასაყიდად და პარტიების მცირე მოცულობის გამო, მასზე ფასი უკიდურესად არაადამიანურია.

და ისე, რომ მზაკვრული დასავლური სადაზვერვო სამსახურები მთლიანად გაქრებოდნენ მოწყენილობისგან, დეველოპერებმა გადაწყვიტეს პროგრამული უზრუნველყოფის პორტირება იქ მთლიანად დამოუკიდებლად, ნელნელა ხელახლა შეადგინეს იგი ელბრუსის არქიტექტურისთვის და გმირულად ებრძოდნენ შეცდომებს, ამავდროულად ამ მშვენიერი პროგრამული უზრუნველყოფის სერტიფიცირებასთან ერთად. FSB-ში და სხვა ჩართულ სტრუქტურებში, რაც მნიშვნელოვნად აჭიანურებს ასეთი სისტემის მიღების პროცესს.

ისე, ტესტისთვის მათ შეძლეს იქ მესამე სათათბიროს გაშვებაც რამდენიმე წლის წინ, რაც ძალიან ღირსეული მიღწევაა ისეთი გრძელვადიანი სამშენებლო სისულელისთვის, როგორიც ელბრუსია.

თუმცა, ეს ყველაფერი მის მშობლიურ არქიტექტურას უკავშირდება, რომელიც ცოტას უნახავს „ტექნიკაში“. მით უფრო საინტერესო იყო ჩემთვის ერთ უაღრესად საინტერესო ინსტალაციის სურათის გათხრა, რომელიც შეიცავს ამ Elbrus-OS-ს, მაგრამ x86-64-ის ქვეშ. ის საკმაოდ კარგად მუშაობს ვირტუალურ მანქანაზე და ძალიან მაინტერესებდა მისი ნახვა.

ასე რომ, სურათი იწონის 2,5 გბ-ზე ცოტა ნაკლებს, ამ ძალიან ჯადოსნური "OS Elbrus" შიგნით. მე ვერ ვიპოვე იგი დეველოპერის ვებსაიტზე, ალბათ ეს გამოწვეულია მისი გრძელი ბეტა ვერსიით და არასრულყოფილებით. შემთხვევით შემხვდა უცხო მეგობრის ძველი ფაილების არქივის დროს =)

შევეცადოთ გადმოგცეთ.
მნიშვნელოვანი შენიშვნა დაუყოვნებლივ - სისტემა მთლიანად დაინსტალირებულია და იკავებს დაახლოებით 8 გბ-ს შეუფუთავი ფორმით, ამიტომ დაუყოვნებლივ ვაკეთებთ VM დისკის ზომას მინიმუმ 10 გბ.
პირველი მისალმებები ინსტალერისგან:

აქ ყველაფერი ტრივიალური და ნაცნობია, მოდით გადავხედოთ ჩამოტვირთვის ვარიანტებს:

არც არაფერი უჩვეულო, ბირთვი და initrd სურათი გაშვებულია და სულ რამდენიმე წამის შემდეგ ჩვენ ვხედავთ პირველ ინსტალერის ფანჯარას:

თავად ინსტალერი არის ASCII გრაფიკაში, რაც კარგია, Debian და Freya იყენებენ იმავე ტიპის ინტერფეისს. ისინი, ვინც ცდილობდნენ Fedora-ს დაინსტალირებას მისი მშობლიური Python ინსტალერით სისტემაზე მცირე რაოდენობის მეხსიერებით, გამიგებენ. ქსელის ინსტალაცია ჩვენთვის არ არის შესაფერისი, მე არ მაქვს მისი საცავი, ასე რომ, ჩვენ ვაყენებთ მას ნაგულისხმევად. თუ შეცდომაა, ინსტალერი იშლება გარსში, ამიტომ ჩვენ ყურადღებით ვკითხულობთ რას წერს. დისკის დაყოფა:

ხელით დაყოფის ინტერფეისი საშინელია (დიალოგების თაიგული, როგორიცაა შეიტანეთ მნიშვნელობა - შემდეგი, ერთი შეცდომა - თავიდან დაწყება), ასე რომ, ვირტუალურ მანქანაზე უმარტივესი რამ არის მთელი დისკის მიცემა სისტემაში, რათა დაიშალა.
/boot დირექტორია უნდა იყოს ცალკე დანაყოფი, მაგრამ შეცვლა არ არის საჭირო.

პირველად გამოვყავი ძალიან ცოტა სივრცე (არ ვიცოდი, რომ მთელი OS შეიძლება ერთდროულად დაინსტალირდეს):

და მოკლე ამოხსნის შემდეგ:

ინსტალერი დაეცა:

შეტყობინება თავისუფალი სივრცის ნაკლებობის შესახებ. შესაძლოა, მომავალი ვერსიები გამოასწორებენ ამას დანაყოფის ზომის შემოწმების დამატებით ადრეულ ეტაპზე. თუმცა, ეს საერთოდ არ არის კრიტიკული.

მე გავაკეთე ახალი 12 GB დისკი 8-ის ნაცვლად და, იგივე ნაბიჯების გამეორებით, გავაგრძელე ქსელის დაყენება:

როგორც ნებისმიერ Linux-ში, აქაც ქსელი მარტივი და უპრობლემოა.

ეს არის ინსტალაციის პირველი ეტაპი. ამის შემდეგ ჩვენ გადავტვირთავთ, ვხსნით ჩატვირთვის დისკს და Elbrus-os, რომელიც უკვე დატვირთულია მყარი დისკიდან, დაიწყებს პროგრამული უზრუნველყოფის ინსტალაციისა და საწყისი კონფიგურაციის გენერირების მეორე ეტაპს.
მას შემდეგ, რაც დისკი რამდენიმე წუთის განმავლობაში გატეხს, სისტემა დაუყოვნებლივ მოგთხოვთ შეხვიდეთ სისტემაში. ნაგულისხმევად, არცერთი მომხმარებელი არ იქმნება პაროლით შესვლა SSH-ის საშუალებით. მიუხედავად იმისა, რომ 2017 წლისთვის მათ, როგორც ჩანს, გადაწყვიტეს, რომ ნაგულისხმევად sshd_config-ში უმჯობესია ან გამორთოთ root შესვლა ან დაუშვათ მხოლოდ კლავიშებით =) .

რა იყო შიგნით? იმისათვის, რომ ზედმეტი ეკრანის ანაბეჭდები არ შემექმნა, მე მივიღე წვდომა ssh-ის საშუალებით (მხარდაჭერილია კლავიშებზე ავტორიზაცია) და უბრალოდ წარმოგიდგენთ სტანდარტული ბრძანებების რამდენიმე გამოსავალს.

ელბრუსი ~ #უსახელო -ა
Linux Elbrus 2.6.33-elbrus.033.6.61 #1 SMP ხუთ 19 ნოემბერი 12:07:06 MSK 2015 x86_64 Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz GenuineIntel GNU/Linux

ბირთვი არის 2.6.33 (ძველი ვერსიები იყო 2.6.14-ზე, ან თუნდაც 2.4-ე ფილიალზე), მაგრამ ეს ბირთვი ასრულებს თავის დავალებებს და ისეთი მძიმე პროგრამული უზრუნველყოფის სერტიფიცირება, როგორიცაა OS-ის ბირთვი, გრძელი და სამწუხარო საკითხია.

Elbrus ~ # ls /etc | grep გათავისუფლება
Elbrus ~ # ls /etc | grep ვერსია
mcst_version
Elbrus ~ # cat /etc/mcst_version
გამოშვება 2.3-rc5

os-გამოშვების ფაილი აკლია.

Elbrus ~ # openssl ვერსია
LibreSSL 2.1.7
სისტემის კრიპტო-საფულე უკვე არის LibreSSL, მაგრამ ძველი ვერსიისა (ამჟამად 2.4.5 არის აქტუალური, მაგრამ სერტიფიცირება არ გაძლევთ საშუალებას შეცვალოთ ვერსიები ასე მარტივად). შესაძლოა, ახალი ვერსიები იყოს ახალ ვერსიებში, მაგრამ მე ჯერ არ მინახავს ეს ვერსიები.

Elbrus ~ # openssl შიფრები | grep --ფერი GOST
GOST2001-GOST89-GOST89
GOST2012256-GOST89-GOST89
არსებობს შიდა კრიპტოგრაფია.

Elbrus ~ # რომელი gpg
რომელიც: არ არის gpg (/opt/mcst/bin:/bin:/sbin:/usr/sbin:/usr/bin:/usr/local/bin)
მაგრამ მეორე ყველაზე მნიშვნელოვანი კომპონენტი აკლია. რამდენადაც მე ვვარაუდობ, რუს სამხედროებს აქვთ საკუთარი კრიპტო გადაწყვეტილებები პირდაპირი გამოყენებისთვის და არ არსებობს თავად სისტემის განახლების პროცედურა - დაინსტალირებული სისტემა გარდაიქმნება "remount / ro", ივსება თუჯით და გამოიყენება ბირთვული რაკეტა, ამიტომ მათ არ შეუძლიათ შეამოწმონ პაკეტის ხელმოწერები, რატომ =)
ან შესაძლოა უბრალოდ, OS ჯერ კიდევ გადაცემის/სერთიფიცირების პროცესშია და დაემატება ეს მნიშვნელოვანი პროგრამა.

ელბრუსი ~ # df -h | grep sd
/dev/sda3 9.9G 8.2G 1.2G 88% /
/dev/sda1 1008M 61M 897M 7% /ჩატვირთვა
/dev/sda4 12G 159M 12G 2% /ექსპორტი

root იყენებს 8.2 GB სივრცეს. ახლად დაინსტალირებული სისტემისთვის, ეს ბევრია, მაგრამ თუ გახსოვთ, რომ ყველა პროგრამული უზრუნველყოფა, რომელიც გადაცემული იყო გამოშვების დროს, შედის იქ, ფიგურა ნათელი გახდება.

ელბრუსი ~ # env | grep LC
LC_PAPER=C
LC_ADDRESS=C
LC_MONETARY=ru_RU.KOI8-R
LC_NUMERIC=ru_RU.KOI8-R
LC_TELEPHONE=C
LC_MESSAGES=ru_RU.KOI8-R
LC_IDENTIFICATION=C
LC_COLLATE=ru_RU.KOI8-R
LC_MEASUREMENT=C
LC_CTYPE=ru_RU.KOI8-R
LC_TIME=ru_RU.KOI8-R
LC_NAME=ru_RU.KOI8-R

რუსული ტექსტისთვის შემოთავაზებულია უღმერთო მოძველებული ერთბაიტიანი კოდირების KOI-8 გამოყენება. ეს გაფუჭებულია, ამხანაგებო =) დიახ, ჩვენ გვახსოვს ძველი პროგრამული უზრუნველყოფა, თავსებადობა, Perl სკრიპტები და დოკუმენტები Word 3.0-დან, მაგრამ KOI-8 ნებისმიერ შემთხვევაში სიკეთისა და ბოროტების მიღმაა.
მიუხედავად იმისა, რომ თუ დაწერთ LANG=ru_RU.UTF8 და აწარმოებთ იმავე შუაღამისას ან რაიმე ბრძანებას ლოკალიზებული გამომავალით (df -h) - ყველაფერი წესრიგშია, UTF-8 აქ არის.

ჩვენ შევდივართ სისტემაში, ვცდილობთ შევქმნათ startx და განვიხილოთ twm კონსოლების პაკეტით:

მომხმარებლის ასეთი მოსახერხებელი ქცევით იმედგაცრუებული, ჩვენ ვასწორებთ კონფიგურაციას:
Elbrus /etc/X11/xinit # mcedit xinitrc

BOOT დაიწყო. BOOT E2S ვერსია: გამოშვება-2.13.3.0-E2S::::::: (/tags/release-2.13.3.0-E2S 3816 რევიზიაზე) აშენებული neo TARGET-ის მიერ: მონო 2015 წლის 2 ნოემბერს, 18:05:3 საათზე. : lcc:1.17.12:ნოე-27-2012:e2k-linux.cross:i386-linux ძაფის მოდელი: posix gcc ვერსია 3.4.6 თავსებადი. დროშები: -DDEBUG_TEST_BOOTBLOCK ........ -DRELEASE ........
Spacebar-ის დაჭერით, როდესაც გამოჩნდება შესაბამისი მოთხოვნა (ელექტროენერგიის მიღებიდან 45 წამი), შეგიძლიათ შეწყვიტოთ სისტემის ბირთვის ავტომატური ჩატვირთვა და გადახვიდეთ მთავარ ბრძანებების მენიუში, სადაც ნაჩვენებია ან იცვლება ჩამტვირთველის ძირითადი პარამეტრები. "Tilde" ღილაკზე დაჭერით, შეგიძლიათ ამ მენიუდან გადახვიდეთ ბრძანების ხაზის ინტერფეისში, სადაც შესაძლებელია აღჭურვილობის დაზუსტება - დღის თარიღისა და დროის დაყენებიდან პერიფერიული კონტროლერების და სისტემის ავტობუსის მუშაობის რეჟიმების დაყენებამდე. . მიუხედავად იმისა, რომ მენიუში არის პარამეტრის იძულებითი შენახვის პარამეტრი, ცვლილებები ბრძანების სტრიქონიდან ავტომატურად ინახება; როგორც ბოლო საშუალება, პარამეტრების გადატვირთვა შესაძლებელია დედაპლატზე ჯუმპერის გამოყენებით.

მუშაობის ჟურნალი სისტემის მენიუში(მთლიანად Pastebin-ზე)

BOOT SETUP დააჭირეთ ბრძანების ასოს, ან დააჭირეთ "h" დახმარების მისაღებად: h HELP "p" ან "s" - ჩატვირთეთ და დაიწყეთ ფაილი "c" - შეცვალეთ ჩატვირთვის პარამეტრები "u" - აჩვენეთ მიმდინარე პარამეტრები "d" - აჩვენეთ დისკები და ტიხრები "m" - შეინახეთ პარამეტრები NVRAM-ში "b" - დაიწყეთ Boot.conf მენიუ "`", "~" - შედით გაძლიერებულ cmd რეჟიმში:` გაძლიერებული CMD MODE შეიყვანეთ ბრძანება, "help" დახმარების მისაღებად, ან Esc გასასვლელად # კომპლექტი vga პირველადი 1 ბირთვი: 0x0, ბმული: 0x0, ავტობუსი: 0x3, სლოტი: 0x0, ფუნქცია: 0x0, ვენტილატორი: 0x1002, განვითარება: 0x6779, rev: 0x0, კლასის კოდი: 0x30000 არჩეულია! # boot boot# ავტომატური CPU#00: ნაპოვნია ლეიბლი "auto", იტვირთება პარამეტრები. ვცდილობ სურათის ჩატვირთვას და დაწყებას შემდეგი პარამეტრებით: drive_number: "4" partition_number: "0" command_string: "console=tty0 root=/dev/sda3 ......." ფაილის სახელი: "/boot/image-033.6.57" initrdfilename: "" CPU#00: წაკითხვა: ფაილი - "/boot/image-033.6.57", Drive - 4, დანაყოფი - 0 .........
სხვა საკითხებთან ერთად, აღსანიშნავია Echelon-E სანდო ჩატვირთვის აპარატურულ-პროგრამული მოდულის გააქტიურების და გამორთვის შესაძლებლობა, თუმცა კომპიუტერში არ არის დამონტაჟებული ტრადიციული APMDS-ის მსგავსი დაფა. ასეთი მოწყობილობის შესახებ მკაფიო ინფორმაციის მოძიება ვერ მოხერხდა, გარდა ერთი შენიშვნისა, სადაც ნათქვამია, რომ ეს არის MDZ-Echelon პროდუქტის სპეციალიზებული ვერსია, რომელიც მთლიანად პროგრამული უზრუნველყოფის შემუშავებაა და იყენებს სტანდარტულ კომპიუტერულ აპარატურას.

პირდაპირ ბრძანების ხაზიდან, ოპერაციული სისტემის ჩატვირთვის გარეშე, შეგიძლიათ ჩაატაროთ ტესტები აღჭურვილობის სწორად ფუნქციონირებისთვის (ტესტი და დიაგნოსტიკური პროგრამების სისტემა) - ან ის, რომელიც ინახება დისკზე და ხელმისაწვდომია ოპერაციული სისტემიდან გასაშვებად, ან სხვა: მე ვერ გავარკვიე, რადგან თქვენ უნდა მიუთითოთ შესრულებადი ფაილის ზუსტი სახელი და არ არსებობს დოკუმენტაცია.

ამავე მიზეზით - სათანადო დოკუმენტაციის არარსებობის გამო - შეუძლებელი გახდა ოპერაციული სისტემის ჩამტვირთველის მართვის სირთულეებში ჩასვლა, უფრო სწორად, როგორ ჩატვირთოთ რაღაც სხვა, ვიდრე სტანდარტული სისტემა. ყოველივე ამის შემდეგ, იგივე ჩამტვირთველი (SILO) აქ გამოიყენება, როგორც SPARC არქიტექტურის კომპიუტერებზე - და იქ ის არ უნდა იმუშაოს უცხოური ინსტრუქციების ნაკრებით. თავად ჩატვირთვის პარამეტრები ინტუიციურია: თქვენ უნდა მიუთითოთ დანაყოფის ნომერი და ფაილის სახელი სისტემის ბირთვთან, ასევე ბირთვის გაშვების არგუმენტები, ფაილის სახელი დამხმარე პროგრამების არქივით ( initrdსაჭიროების შემთხვევაში), მომხმარებლის გაუქმების მოლოდინის დრო. ეს პარამეტრები იკითხება ფაილიდან /boot/boot.confბრძანების ხაზიდან მითითებულ დისკის პირველ დანაყოფში; ფაილში ნაგულისხმევად შეიძლება განისაზღვროს პარამეტრების რამდენიმე ნაკრები, გამოიყენება დირექტივაში მითითებული ნაგულისხმევი, ან რომელსაც ერქმევა სახელი“ ავტო" მაგრამ რა უნდა გაკეთდეს x86 ან x86‑64 არქიტექტურისთვის ოპერაციული სისტემების გასაშვებად, რომელთა გამჭვირვალე მხარდაჭერა მითითებულია, როგორც Elbrus-ის ერთ-ერთი მთავარი მახასიათებელი? ფაილი აკლია boot.conf Windows-ის საინსტალაციო დისკზე ან Linux-ის პოპულარულ დისტრიბუციაზე, შეგიძლიათ კომპენსაცია მენიუში ხელით შეყვანით. როგორ გადავიტანოთ კონტროლი ახალ ჩამტვირთველზე, რომელიც არ არის Linux-ის ბირთვი? როგორ გავუშვათ მინიმუმ Linux-ის ბირთვი, თუ ის არის x86-ისთვის? ამის გარკვევა დოკუმენტაციის გარეშე შეუძლებელი იყო: საკითხი უცვლელად მთავრდებოდა გაყინვით იმ მომენტში, როდესაც კონტროლი გადადიოდა ჩამტვირთავიდან ბირთვზე.

სტანდარტული ჩამტვირთველის კონფიგურაცია (boot.conf)

ნაგულისხმევი=ავტომატური დროის ამოწურვა=3 ლეიბლი=ავტომატური დანაყოფი=0 სურათი=/boot/image-033.6.57 cmdline=console=tty0 console=ttyS0,115200 consoleblank=0 hardreset REBOOT root=/dev/sda3 video=DVI-D-1 :1024x768-24@60 ვიდეო=VGA-1:1024x768-24@60 fbcon=რუქა:10
რაც შეეხება Elbrus ოპერაციული სისტემის სტანდარტულ ბირთვებს, ჩამტვირთველის კონფიგურაციის ფაილი შეიცავს პარამეტრების მხოლოდ ერთ კომპლექტს და ისინი მიუთითებენ ნაგულისხმევ ბირთვზე. გარდა ამისა, არის ორი ბირთვი - სუფიქსებით " nn"და" რტ": ვიმსჯელებთ ამ ბირთვების ასამბლეის კონფიგურაციის მიხედვით, პირველი ნიშნავს "არა NUMA" (გამარტივებული ვერსია ერთი პროცესორიანი სისტემებისთვის; რატომ არ გამოიყენოთ იგი პერსონალურ კომპიუტერზე?), ხოლო მეორე ნიშნავს "რეალურ დროში" (Linux kernel გაფართოებები ამოცანების გაგზავნისთვის, შესრულების დროის შეზღუდვით). ამ სფეროებში თუნდაც ზედაპირული ცოდნის გარეშე ავტორს უჭირს რაიმე კომენტარის გაკეთება ამა თუ იმ ალტერნატიული ბირთვის უპირატესობებსა თუ ნაკლოვანებებზე.

რაც შეეხება PPS და PTP მხარდაჭერას

კონფიგურაციის ერთადერთი ნაცნობი ვარიანტია ბირთვში PPS API (პულსი წამში) მხარდაჭერის ჩართვა." რტ", რომელიც საშუალებას გაძლევთ დაარეგულიროთ კომპიუტერის სისტემური საათის კურსი გარე საათის პულსის მიხედვით, მაგალითად, GPS/GLONASS მიმღებიდან ან ცეზიუმის საათისგან, თუ შემთხვევით გყავთ ირგვლივ. უბრალოდ გაუგებარია, თუ როგორ უნდა დააყენოთ ეს სინქრონიზაცია: მაგალითად, FreeBSD-ისგან განსხვავებით, სადაც ყველაფერი თავისთავად იწყებს მუშაობას ბირთვის საჭირო პარამეტრით აღდგენის და NTPd სისტემის დისციპლინის გამოსაყენებლად ხელახლა კონფიგურაციის შემდეგ, Linux-ში ის ჩვეულებრივ მოითხოვს ცეკვას. ტამბური უტილიტის გარშემო ldattach, რომელიც ქმნის ვირტუალურ PPS მოწყობილობას COM ან LPT პორტის საფუძველზე - ამისათვის საჭიროა შესაბამისი დრაივერები ბირთვში ან ცალკეულ მოდულებში, მაგრამ ისინი აქ არ ჩანს.

ჩაშენებულ ქსელურ ბარათს ასევე არ აჩვენა ტექნიკის მხარდაჭერის ნიშნები დროის სინქრონიზაციისთვის: კომუნალური გამომავალი ეთინსტრუმენტი PTP პროტოკოლთან დაკავშირებით მიუთითებს ასეთი ფუნქციების არარსებობაზე. ნებისმიერ შემთხვევაში, - ნაგულისხმევი ბირთვის გამოყენებისას, რომელიც არის რეალურ დროში, სისტემის დროის ერთადერთი წყარო არის მოწყობილობა " ლ"("ელბრუსის ტაიმერი"?) გარჩევადობით 1 μs. ეს არ არის ძალიან უხეში, მაგრამ თანამედროვე კომპიუტერებს შეუძლიათ უზრუნველყონ კვანტიზაცია 25-50 ns დონეზე, მიუხედავად პროცესორის მიმდინარე სიხშირისა.

ნაგულისხმევად, ოპერაციული სისტემა იწყება გრაფიკულ გარემოსთან ერთად: ბირთვის მეხსიერებაში ჩატვირთვას სჭირდება 12 წამი და დაახლოებით 23 წამი, სანამ შესვლის მოთხოვნა გამოჩნდება - სულ 80 წამი ჩართვის მომენტიდან. როგორც უკვე აღვნიშნეთ, ჩვენ ვერ შევძელით ბირთვის არგუმენტების არჩევა ერთი მომხმარებლის რეჟიმში გასაშვებად: როდესაც მითითებულია “ ს"ან" 1 » სისტემა კვლავ მიაღწია მე-5 დონეს და ცდილობს დონის დაწევას ამის შემდეგ ბრძანების გამოყენებით მასშიგამოიწვია სისტემის დაშლა.

ვინაიდან კომპიუტერს აქვს ორი ვიდეო გადამყვანი, ვირტუალური ტერმინალები მათ შორის რიგრიგობით ნაწილდება: პირველი ტერმინალი იხსნება დისკრეტულ ბარათზე, მეორე - ჩაშენებულ კონტროლერზე, მესამე - ისევ დისკრეტულზე და ა.შ. მეშვიდე ტერმინალზე განლაგებული გრაფიკული დესკტოპი ამგვარად მთავრდება დისკრეტულ ვიდეო ბარათზე, რომლის შესრულება არანაირ კითხვას არ ბადებს. მე ნამდვილად მინდოდა გადამემოწმებინა, რამდენად რეაგირებადი იქნებოდა დესკტოპი, თუ მას ჩაშენებული კონტროლერის საშუალებით ვაჩვენებდი, რადგან შიდა პლატფორმებს პრობლემები აქვთ: მაგალითად, ეკრანის მარტივი გადახაზვა გრაფიკული ადაპტერის მოდულის გამოყენებით (MCST-ის საკუთარი განვითარება) შეიძლება რამდენიმე დასჭირდეს. წამი - არა მხოლოდ ნელი, არამედ თითქმის როგორც სქრინსეივერის ხაზის გარეგნობა ZX Spectrum-ის თამაშებში, დატვირთული ფირის კასეტიდან. სამწუხაროდ, არანაირი რედაქტირება Xorg.confგამოსახულებასა და მსგავსებაში, არც ბირთვის არგუმენტების შერჩევამ და არც პირველადი ვიდეო ადაპტერის შეცვლამ ტექნიკის პარამეტრებში არ მისცა სასურველი ეფექტი.

კურიოზული ნიუანსი

სანამ დისკრეტულ გრაფიკულ ბარათზე პირველადი ეკრანი ინიციალიზებულია ტექსტურ რეჟიმში, იგივე ეკრანი ჩაშენებულ კონტროლერზე ინიციალიზებულია გრაფიკულ რეჟიმში და აჩვენებს 4 CPU ლოგოს (როგორც Linux-ის ზოგიერთი ბირთვი დაწყებისთანავე), მაგრამ მაინც იყენებს მხოლოდ ზედა ნაწილს. ტექსტის 25 სტრიქონი.

ნაგულისხმევად, ბირთვი იწყება არგუმენტით " მძიმე დაყენება", რომელიც ავალებს სისტემას შეასრულოს სრული მყარი გადატვირთვა კომპიუტერის გადატვირთვისას. x86 სამყაროში ყველა შეჩვეულია ამ ვარიანტს, მაგრამ ალტერნატიულ პლატფორმებს, სადაც ცივ ინიციალიზაციას ჩართვის შემდეგ რამდენიმე წუთი სჭირდება, შეუძლიათ ოპერაციული სისტემის სწრაფი გადატვირთვა - და ის რეალურად მუშაობს, განსხვავებით "ლატარიისგან". kexec Intel/AMD-დან. ჩვენ ვერ ვიპოვეთ არგუმენტი, რომელიც მხარს დაუჭერდა ელბრუსის სისტემის ბირთვს და ამავდროულად სასურველ შედეგს მოგვცემდა.

პროგრამული უზრუნველყოფა

Elbrus ოპერაციული სისტემა (OS El, OSL) სტანდარტულია ყველა MCST კომპიუტერისთვის, თუმცა MSVS 3.0 სისტემის პორტი ასევე შეიძლება ფუნქციონირდეს SPARC პლატფორმაზე. პროგრამული პროდუქტების იდენტიფიკაციის ოფიციალური სისტემა უბრუნდება მათ ათობითი რიცხვებს: მაგალითად, „OS 316‑10“ ნიშნავს „ოპერაციული სისტემა TVGI.00316‑10 ბირთვით TVGI.00315‑03, ზოგადი პროგრამული უზრუნველყოფის TVGI.00311 ნაწილი. -05." ერთის მხრივ, ის უფრო ალფანუმერულს ჰგავს სათაურებივიდრე სერიული ნომრებით ვერსიები. მეორეს მხრივ, კონკრეტული პროგრამული პროდუქტი ჩვეულებრივ მჭიდროდ არის დაკავშირებული კონკრეტულ აპარატურულ პროდუქტთან და არ განიცდის მნიშვნელოვან ცვლილებებს მისი სიცოცხლის განმავლობაში. თუმცა, ფაილში /etc/mcst_versionშეგიძლიათ იხილოთ ტეგი "გამოშვება 2.2.1" და ფსევდო ფაილში /proc/bootdata- "გამოშვება 2.13.3.0". თუმცა, არცერთი ეს სიმბოლო არ ჩანს მომხმარებლის ინტერფეისში.

$ cat /etc/mcst_version გამოშვება 2.2.1 $ cat /proc/bootdata boot_ver=" release-2.13.3.0-E2S::::::: (/tags/release-2.13.3.0-E2S ვერსიით 3816) აგებულია 2015 წლის 2 ნოემბერი, 18:05:58" mb_type="MONOCUB" chipset_type="IOHUB" cpu_type="E2S" cache_lines_damaged=0 $ cat /proc/version Linux-ის ვერსია 2.6.33-elbrus.033.6.57k3 (gav) (gcc ვერსია 4.4.0 თავსებადი) #1 SMP მზე 11 ოქტომბერი 00:10:58 MSK 2015 $ უსახელო -a Linux MONOCUB-10-XX 2.6.33-elbrus.033.6.57 #1 SMP მზე 11 ოქტომბერი 00:10: 58 MSK 2015 e2k E2S MONOCUB GNU/Linux
სისტემის ბირთვი არის Linux 2.6.33, პორტირებული Elbrus-2000 (E2K) არქიტექტურაზე და ზოგადად სისტემა ეფუძნება Debian განაწილებას შერჩევითი მიდგომით პაკეტების შერჩევისას: უმეტესწილად, არსებობს შეესაბამება 7.0 "Wheezy" გამოშვებას ან უფრო ახალს, თუმცა ზოგიერთი პაკეტის ვერსიები უფრო ახლოსაა 5.0 "Lenny"-თან. თუ გჯერათ უახლესი ანგარიშის (PDF, 172 KB), კვლევა ასევე ტარდება ორიგინალური განაწილების პირდაპირ პორტზე, მისი მრავალფეროვანი პაკეტებით, მაგრამ იგივე "ბაბუა ლენინი" არჩეულია საფუძვლად. და ეს ყველაფერი იმიტომ, რომ აუცილებელია უზრუნველვყოთ უკანა თავსებადობა აპლიკაციებთან და სისტემურ პროგრამებთან, რომლებიც შემუშავებულია ბიბლიოთეკებისა და შემდგენლების კიდევ უფრო ძველი ვერსიებისთვის. მაგრამ რატომ არ გამოვაქვეყნოთ სისტემის რამდენიმე ვერსია - ძველ და ახალ პაკეტზე - ისე, რომ მომხმარებელმა თავად აირჩიოს? ალბათ იმიტომ, რომ არ არის საკმარისი მოთხოვნა სამიზნე აუდიტორიის მხრიდან და სერტიფიცირების პრობლემები ალბათ მნიშვნელოვან როლს თამაშობს.

ინსტალაციის შემდეგ სისტემა არ ექვემდებარება რეგულარულ განახლებებს ოფიციალური MCST საცავიდან და დაუყოვნებლივ შეიცავს ყველა ხელმისაწვდომ პაკეტს. აქ მოცემულია რამდენიმე ყველაზე მნიშვნელოვანი ვერსიები (გამონაკლისია განვითარების ინსტრუმენტები, რომლებიც განხილულია სტატიის შემდეგ ნაწილში):

• საოფისე ინსტრუმენტები: abiword 2.8.6, evince 2.32.0, geeqie 1.1, gimp 2.6.12, gnumeric 1.10.0, graphviz 2.32.0, mtpaint 3.40, xsane 0.998;
• ინტერნეტ ინსტრუმენტები: dillo 3.0.3, firefox 3.6.28, ბმულები 2.2, linphone 3.5.2, lynx 3.81, thunderbird 3.1.20, sylpheed 2.7.0;
• კრიპტოგრაფია: gnutls 3.1.22, openssl 0.9.8zc, openvpn 2.2.2;
• მულტიმედია: ffmpeg 1.0, mplayer 1.1.1;
• ტექსტის რედაქტორები: ed 1.7, leafpad 0.8.17, vim 7.3 + gvim 7.3;
• ფაილის მენეჯერები: mc 4.7.0.8, thunar 1.4.0;
• ბრძანების ინტერპრეტატორები: bash 4.2.53, pdksh 5.2.14, tcsh 6.18.01, zsh 5.0.2;
• სერვისები: openssh 6.1p1, httpd 2.4.3, postgresql 9.2.3 + slony1 2.2.0, zeromq 2.1.11;
• პაკეტის მენეჯერები: apt 0.9.7.9, aptitude 0.6.8.2, dpkg 1.16.10, pkgtools 13.1.

პაკეტების მენეჯერში სულ არის 679 ჩანაწერი, რაც ათჯერ უფრო მცირეა, ვიდრე ორიგინალური Debian ფონდი, მაგრამ გასათვალისწინებელია, რომ ყველა რეალურად დაინსტალირებული პროგრამა არ არის შეფუთული: მაგალითად, სისტემას რეალურად აქვს ვირტუალური მანქანა. და ჯავის განვითარების ნაკრები, მაგრამ პაკეტის მენეჯერი არ ვიცი ამის შესახებ.

ერთადერთი გრაფიკული დესკტოპის გარემო არის Xfce 4.10. გასაკვირია, რომ შიდა ოპერაციულ სისტემაში ახლად შექმნილი მომხმარებლის პროფილები ნაგულისხმევად არის დაყენებული ინგლისურ ინტერფეისის ენაზე, ხოლო პროგრამის მენიუში არ არის კლავიატურის განლაგების გადართვის დაყენების მალსახმობები და მიმდინარე განლაგების მაჩვენებელი ასევე არსად ჩანს. თუმცა, გამოცდილმა მომხმარებლებმა იციან, რომ შიდა Linux-ზე დაფუძნებული ოპერაციული სისტემები, როგორც წესი, ცდილობენ დააკოპირონ Windows-ის „საუკეთესო“ ტრადიციები: Root მუშაობა და განლაგების შეცვლა Alt+Shift-ის გამოყენებით.

Xfce დესკტოპი (დაახლოებითი ხედი)

განახლება 02/09/2016.კომენტარები ვარაუდობს, რომ ეკრანის გადაღების ფუნქცია არის GIMP გრაფიკულ რედაქტორში - სამართლიანი შენიშვნა, მაგრამ ამისათვის თქვენ უნდა იყოთ ამ პროგრამის გამოცდილი მომხმარებელი; ავტორი, მიუხედავად იმისა, რომ მან დაამუშავა ამ სტატიის ყველა ილუსტრაცია GIMP-ში, არ არის ერთ-ერთი ასეთი ექსპერტი. რაც შეეხება სკრინშოტების გადაღებას ბრძანების ხაზის კომუნალური პროგრამების გამოყენებით, სტანდარტულად ხელმისაწვდომი ან დამოუკიდებლად აშენებული, ეს მეთოდი არ იყო გათვალისწინებული საშუალო მომხმარებლისთვის დაბალი კეთილგანწყობის გამო.

როგორც უკვე აღვნიშნეთ, ჩვენ ვერ შევძელით მესამე მხარის ოპერაციული სისტემის გაშვება x86 ან x86‑64 არქიტექტურისთვის, დოკუმენტაციის არარსებობის გამო. ასევე წარუმატებელი აღმოჩნდა Linux x86‑64-ისთვის შედგენილი მორგებული აპლიკაციის გაშვების მცდელობები პირდაპირ Elbrus-ის ბრძანების ხაზიდან. არ არსებობს WinAPI ემულაციის ფენა ან ინსტრუმენტები PE ორობითი ფაილების სისტემაში გასაშვებად და იმისთვის, რომ WinE თავად ააშენოთ წყარო კოდიდან, თქვენ გჭირდებათ კოდის არქიტექტურაზე დამოკიდებული სექციების პორტირება. Qemu ემულატორი ასევე არ შედის სტანდარტულ პაკეტში, მაგრამ ის მეტ-ნაკლებად წარმატებით არის აწყობილი (პარამეტრებით ‑‑enable-tcg-interpreter ‑‑disable-error) და როგორც ჩანს, ის მუშაობს ვარიანტებში i386-softmmu, x86_64-softmmu, sparc-softmmu, sparc64-softmmu; თუმცა, პორტირება საჭიროა "აპლიკაციის" ვარიანტებისთვის *-linux-მომხმარებელი. ცხადია, Elbrus-ის ორობითი თარგმანის ტექნოლოგიის შემქმნელებს ეს საერთოდ არ ჰქონდათ მხედველობაში, როდესაც ისინი საუბრობდნენ x86 ტექნიკის ემულაციაზე, ასე რომ, ჩვენ არ დავინახეთ აზრი Qemu-ს მუშაობის შესამოწმებლად - და ეს იმდენად ნათელია, რომ ეს იქნებოდა ნელი და სევდიანი. .

სტანდარტული პროგრამული უზრუნველყოფის თემას რომ დავუბრუნდეთ, გაბედულად ვივარაუდოთ, რომ ამ სისტემის ტიპიური მომხმარებელი ნაკლებად სავარაუდოა, რომ თავი დაკარგულად იგრძნოს, რადგან მას მოუწევს პრობლემების მოგვარება მესამე მხარის სპეციალიზებულ პროგრამებში, ან შექმნას მარტივი დოკუმენტები საოფისე პაკეტებში, სკანირება. და ბეჭდვა და ამისთვის ცოტა ადამიანს სჭირდება უახლესი ვერსიები. ერთადერთი გამონაკლისი აქ, ალბათ, არის ვებ – ბრაუზერი: უმარტივესი Dillo და ტექსტი Lynx / Links არ არის პრეტენზია, რომ არაფერია, მაგრამ Firefox 3.6 არის, თუმცა არა 1.5 WSWS 3.0-დან, მაგრამ მაინც უიმედოდ ძველია თანამედროვე საიტებისთვის. ეს ვერსია არ არის მხარდაჭერილი, მაგალითად, Yandex-ისა და Google Maps-ის (OSM-ისა და Bing-ისგან განსხვავებით), Google Docs-ის მიერ; თქვენ ნახავთ მხოლოდ Intel, Mail.ru და Sberbank ვებსაიტების სათაურს. და, რა თქმა უნდა, HTML ვიდეოს და Flash მოდულის ჩაშენებული მხარდაჭერის არარსებობის შემთხვევაში, თქვენ ვერ შეძლებთ ვიდეოების ყურებას ნებისმიერ საიტზე, იქნება ეს უცხოური YouTube მოხსენებით Doom 3-ის გაშვების შესახებ Elbrus 401-ზე. - PC ან იდეოლოგიურად ერთგული Kremlin.ru უმაღლესი მთავარსარდლის გამოსვლებით. როგორც ჩანს, ეს ასევე არ განიხილება მინუსად, რადგან ასეთი კომპიუტერების გამოყენების ტიპიური სცენარი არის შიდა, სპეციალურად შემუშავებულ საიტებზე წვდომა საწარმოს ან განყოფილების დახურულ ქსელში.

ინტერნეტში წვდომის მცდელობები(სიტყვა "Namoroka" ეკრანის სურათებში არ არის Firefox-ის მორიგი რებრენდინგი Debian-ისთვის, არამედ მხოლოდ კოდის სახელი 3.6 ვერსიისთვის)

მაგრამ პროგრამული უზრუნველყოფის განახლება ემსახურება არა მხოლოდ ფუნქციონირების გაფართოებას, არამედ აღმოფხვრის სერიოზულ შეცდომებს და დაუცველობას - რა უნდა გავაკეთოთ ამით? როგორც ჩანს, ინფორმაციული უსაფრთხოების იდეოლოგები თვლიან, რომ რადგან არ არსებობს გარე წვდომა კერძო ქსელზე და შიდა მომხმარებლები, რომლებსაც აქვთ ფიზიკური წვდომა მათ კომპიუტერებზე, განზრახ არ მიიღებენ მავნე ქმედებებს ან დაუდევრობით დააკავშირებენ საეჭვო საცავ მედიას, მაშინ სანერვიულო არაფერია. როგორც ბოლო საშუალება, თუ რაიმე შეცდომა ნამდვილად გაწუხებთ და გსურთ ამაზე საუბარი, MCST-ს აქვს საკუთარი ბუგზილა შესვლისა და ბილეთებით, იმ გაგებით, რომ თქვენს მიერ მოწოდებული შესვლის გარეშე თქვენ იქ ვერ მოხვდებით და მხოლოდ იხილეთ ბილეთები საკუთარი, მაშინაც კი, თუ პრობლემა უკვე ათასჯერ იქნა განხილული სხვა კლიენტებთან და გამოსავალი დიდი ხანია ნაპოვნია.

Რეალური დრო.

Elbrus OS შეიქმნა MCST-ის მიერ SPARC და Elbrus არქიტექტურის მქონე კომპიუტერებისთვის Linux 2.6.33 ბირთვზე. ოპერაციული სისტემა უზრუნველყოფს მრავალ ამოცანების და მრავალ მომხმარებლის მუშაობის რეჟიმებს. მისთვის შემუშავებულია პროცესების, ვირტუალური მეხსიერების, შეფერხებების, სიგნალების, სინქრონიზაციისა და ტეგირებული გამოთვლების მართვის სპეციალური მექანიზმები.

Elbrus OS მოიცავს მომხმარებლის ინტერფეისის მხარდაჭერის ძირითად ინსტრუმენტებს:

• ბრძანების ხაზის ინტერფეისის მხარდაჭერის ხელსაწყოები (კონსოლი). მიეცით ოპერატორს VK–თან მუშაობის უნარი ტექსტურ რეჟიმში ბრძანებების ნაკრების გამოყენებით და ტექსტური შეტყობინებების მიღება ოპერაციული სისტემიდან და გაშვებული აპლიკაციებიდან;
• დაარქივების ხელსაწყოები რამდენიმე ფაილის ერთ არქივში ან არქივების სერიაში გაერთიანებისთვის (მონაცემების შეკუმშვის ჩათვლით), რაც უზრუნველყოფს საკომუნიკაციო არხებით ან შენახვის მარტივად გადაცემას;
• პროგრამული უზრუნველყოფის განვითარების ინსტრუმენტები. უზრუნველყოს პროგრამული უზრუნველყოფის განვითარებისა და მხარდაჭერის პროცესი. ესენია ასამბლერები, მთარგმნელები, შემდგენელები, ლინკერები (ბმულის რედაქტორები), ასამბლერები, წინასწარი პროცესორები, დებუგერები, ტექსტის რედაქტორები, ქვეპროგრამის ბიბლიოთეკები, ვერსიების კონტროლის ხელსაწყოები, დოკუმენტაციის ხელსაწყოები;
• დავალების დაგეგმვის ინსტრუმენტები - საშუალებას გაძლევთ მიუთითოთ ოპერაციული სისტემა, რა მოქმედებები, რა დროს და რა სიხშირით უნდა შესრულდეს.

ძირითადის გარდა, მომხმარებლის ინტერფეისში დაინერგა მრავალი ინსტრუმენტი, რომელიც მხარს უჭერს ფუნქციური პროგრამული უზრუნველყოფის შექმნას.

GUI მხარდაჭერის ინსტრუმენტები შეიცავს Xorg გრაფიკული სისტემის ძირითად კომპონენტებს, ასევე სხვადასხვა დამხმარე ბიბლიოთეკების კომპლექტს, მათ შორის GTK+ და .

OS-ის საფუძველია Glibc ბიბლიოთეკა - (GNU C Library) - თავისუფლად განაწილებული C ბიბლიოთეკა უზრუნველყოფს სისტემის ზარებს და ძირითად ფუნქციებს, როგორიცაა open, malloc, printf და ა.შ. C ბიბლიოთეკა გამოიყენება ყველა დინამიურად დაკავშირებული პროგრამისთვის. Glibc გამოიყენება სისტემებზე, რომლებიც მუშაობენ სხვადასხვა OS-ზე და სხვადასხვა არქიტექტურაზე. Glibc ყველაზე ხშირად გამოიყენება x86 მანქანებზე, რომლებიც მუშაობენ Linux-ზე. SPARC და Elbrus არქიტექტურები ასევე ოფიციალურად არის მხარდაჭერილი.

glibc ბიბლიოთეკა, მოწოდებული, როგორც Elbrus OS-ის ნაწილი, დაფუძნებულია GNU glibc ვერსია 2.7-ზე. იგი შედგება ორი ნაწილისაგან:

• სათაურის ფაილები, რომლებიც განსაზღვრავენ ტიპებსა და მაკროებს და აცხადებენ ცვლადებსა და ფუნქციებს;
• ფაქტობრივი ბიბლიოთეკა ან არქივი, რომელიც შეიცავს ცვლადების და ფუნქციების განმარტებებს. იგი შედგება რამდენიმე ფაილისგან, რომლებშიც ფუნქციები გაერთიანებულია ზოგიერთი მახასიათებლის მიხედვით (მაგალითად, libm.a - მათემატიკური ფუნქციების არქივი).

დაცულ რეჟიმში გაშვებული პროგრამების მხარდასაჭერად, მოწოდებულია კომპაქტური libmcst ბიბლიოთეკა, რომელიც უზრუნველყოფს მეხსიერების ფუნქციებს და I/O მხარდაჭერას საბაზისო libc ბიბლიოთეკის დონეზე.

ოპერაციული სისტემა (OS)- ნებისმიერი კომპიუტერული კომპლექსის (VC) პროგრამული უზრუნველყოფის ყველაზე მნიშვნელოვანი ნაწილი. OS არის კონტროლისა და დამუშავების პროგრამების ერთობლიობა, რომელიც, ერთის მხრივ, მოქმედებს როგორც ინტერფეისი კომპიუტერულ კომპლექსურ მოწყობილობებსა და აპლიკაციის პროგრამებს შორის, ხოლო მეორეს მხრივ, შექმნილია კომპიუტერული მოწყობილობების, გამოთვლითი პროცესების გასაკონტროლებლად, გამოთვლითი რესურსების ეფექტურად განაწილებისთვის. გამოთვლითი პროცესები და საიმედო გამოთვლების ორგანიზება.

MCST კომპანიამ შექმნა, ინარჩუნებს და მუდმივად ავითარებს ოპერაციულ სისტემას VK-სთვის SPARC და Elbrus არქიტექტურით. OS "ელბრუსი". ის დაფუძნებულია ბირთვზე Linux 2.6.33. Elbrus OS უზრუნველყოფს მრავალფუნქციური და მრავალ მომხმარებლის მუშაობის რეჟიმებს. მისთვის შემუშავებულია პროცესების, ვირტუალური მეხსიერების, შეფერხებების, სიგნალების, სინქრონიზაციისა და ტეგირებული გამოთვლების მართვის სპეციალური მექანიზმები.

ელბრუსის სერიის VC-ის მრავალ კრიტიკულ სისტემაში გამოსაყენებლად, ფუნდამენტური სამუშაო გაკეთდა ტრანსფორმაციისთვის Linux OSოპერაციულ სისტემაში, რომელიც მხარს უჭერს რეალურ დროში რეჟიმს, რისთვისაც მიმდინარე ოპტიმიზაცია განხორციელდა ბირთვში. რეალურ დროში მუშაობის დროს შეგიძლიათ დააყენოთ სხვადასხვა რეჟიმი გარე შეფერხებების დამუშავებისთვის, გამოთვლების დაგეგმვისთვის, დისკის დისკებთან გაცვლის და სხვა.

Elbrus OS მოიცავს მომხმარებლის ინტერფეისის მხარდაჭერის ძირითად ინსტრუმენტებს:

• ბრძანების ხაზის ინტერფეისის მხარდაჭერის ინსტრუმენტები (იგივე „კონსოლი“). მიეცით ოპერატორს VK–თან მუშაობის უნარი ტექსტურ რეჟიმში ბრძანებების ნაკრების გამოყენებით და ტექსტური შეტყობინებების მიღება ოპერაციული სისტემიდან და გაშვებული აპლიკაციებიდან;
• დაარქივების ხელსაწყოები რამდენიმე ფაილის ერთ არქივში ან არქივების სერიაში გაერთიანებისთვის (მონაცემების შეკუმშვის ჩათვლით), რაც უზრუნველყოფს საკომუნიკაციო არხებით ან შენახვის მარტივად გადაცემას;
• პროგრამული უზრუნველყოფის განვითარების ინსტრუმენტები. უზრუნველყოს პროგრამული უზრუნველყოფის განვითარებისა და მხარდაჭერის პროცესი. ესენია ასამბლერები, მთარგმნელები, შემდგენელები, ლინკერები (ბმულის რედაქტორები), ასამბლერები, წინასწარი პროცესორები, დებუგერები, ტექსტის რედაქტორები, ქვეპროგრამის ბიბლიოთეკები, ვერსიების კონტროლის ხელსაწყოები, დოკუმენტაციის ხელსაწყოები;
• დავალების დაგეგმვის ინსტრუმენტები - საშუალებას გაძლევთ მიუთითოთ ოპერაციული სისტემა, რა მოქმედებები, რა დროს და რა სიხშირით უნდა შესრულდეს.

ძირითადის გარდა, მომხმარებლის ინტერფეისში დაინერგა მრავალი ინსტრუმენტი, რომელიც მხარს უჭერს ფუნქციური პროგრამული უზრუნველყოფის შექმნას.

GUI მხარდაჭერის ინსტრუმენტები შეიცავს გრაფიკული სისტემის ძირითად კომპონენტებს ქორგ, ასევე სხვადასხვა დამხმარე ბიბლიოთეკების კომპლექტი, მათ შორის GTK+ და ქტ.

OS-ის საფუძველია ბიბლიოთეკა. გლიბკ - (GNUCბიბლიოთეკა) - თავისუფლად განაწილებული ბიბლიოთეკა თან. უზრუნველყოფს სისტემურ ზარებს და ძირითად ფუნქციებს, როგორიცაა გახსნა, მალოკი, printfდა ა.შ. ბიბლიოთეკა Cგამოიყენება ყველა დინამიურად დაკავშირებული პროგრამისთვის. გლიბკგამოიყენება სისტემებზე, რომლებიც მუშაობენ სხვადასხვა OS-ზე და სხვადასხვა არქიტექტურაზე. Ყველაზე ხშირად გლიბკგამოიყენება x86 მანქანებზე OS-ით Linux. არქიტექტურა ასევე ოფიციალურად არის მხარდაჭერილი SPARCდა "ელბრუსი".

ბიბლიოთეკა glibc, მოწოდებული, როგორც Elbrus OS-ის ნაწილი, ეფუძნება GNU glibcვერსია 2.7. იგი შედგება ორი ნაწილისაგან:

• სათაურის ფაილები, რომლებიც განსაზღვრავენ ტიპებსა და მაკროებს და აცხადებენ ცვლადებსა და ფუნქციებს;
• ფაქტობრივი ბიბლიოთეკა ან არქივი, რომელიც შეიცავს ცვლადების და ფუნქციების განმარტებებს. იგი შედგება რამდენიმე ფაილისაგან, რომლებშიც ფუნქციები გაერთიანებულია ზოგიერთი მახასიათებლის მიხედვით (მაგალითად, libm.a - მათემატიკური ფუნქციების არქივი).

კომპაქტური ბიბლიოთეკა უზრუნველყოფილია დაცულ რეჟიმში გაშვებული პროგრამების მხარდასაჭერად. libmcst , რომელიც უზრუნველყოფს მეხსიერების ფუნქციებს და I/O მხარდაჭერას libc core ბიბლიოთეკის დონეზე.

ჩაშენებულია Elbrus ოპერაციული სისტემის ბირთვში ინფორმაციის უსაფრთხოების ინსტრუმენტების ნაკრები (ICSI) არაავტორიზებული წვდომისგან (NSD). Elbrus OS ICSI-ის სრული ფუნქციონირება უნდა უზრუნველყოფდეს ინფორმაციის დაცვის საჭირო დონეს არასანქცირებული წვდომისგან, როდესაც კომპიუტერი მუშაობს სპეციალიზებული ავტომატური სისტემების ნაწილად. ICSI ხორციელდება სისტემური ზარების, ქვეპროგრამის ბიბლიოთეკებისა და სისტემის კონფიგურაციის გამოყენებით.

KSZI NSD OS "Elbrus"-დან იძლევა შესაძლებლობას გამოიყენოს "Elbrus" სერიის კომპიუტერული ტექნოლოგია (CT), როგორც კომპიუტერის ნაწილი ავტომატური სისტემების შესაქმნელად. ამ შემთხვევაში, SVT:

ა) აკმაყოფილებს რუსეთის ფედერაციის პრეზიდენტთან არსებული RD სახელმწიფო ტექნიკური კომისიის NSD-ისგან დაცვის მე-2 კლასის მოთხოვნებს;

ბ) დაუშვას HIF SVT-ის სერტიფიცირება არადეკლარირებული შესაძლებლობების კონტროლის მე-2 დონეზე, რუსეთის ფედერაციის პრეზიდენტთან არსებული სახელმწიფო ტექნიკური კომისიის RD-ის შესაბამისად.

ამისთვის არსებული მომხმარებლების მხარდაჭერააგრძელებს Elbrus OS დისტრიბუციების მხარდაჭერაბირთვით Linux 2.6.14. Elbrus OS-ის გარდა, MCST აწვდის და მხარს უჭერს OS WSWSბირთვით Linux 2.4.25 VC "Elbrus-90micro"-სთვის და OS MSVS ბირთვით Linux 2.6.14 VK "Elbrus-3M1"-სთვის. Elbrus-90micro VK სერია ასევე მხარს უჭერს OS_E90 ოპერაციულ სისტემას სოლარისი 2.5.1.