Cześć, czytelnicy Habr. Chcemy podzielić się bardzo miłą wiadomością. W końcu doczekaliśmy się prawdziwej seryjnej produkcji nowej generacji rosyjskich procesorów Elbrus 8С. Oficjalnie seryjna produkcja miała ruszyć już w 2016 roku, ale w rzeczywistości masowa produkcja rozpoczęła się dopiero w 2019 roku, a do tej pory wyprodukowano już około 4000 procesorów.
Praktycznie zaraz po starcie seryjnej produkcji, te procesory pojawiły się także u nas w AERODISK, za co chcemy szczególnie podziękować firmie NORSI-TRANS, która uprzejmie udostępniła nam swoją platformę sprzętową Jakhont UVM, wspierającą procesory Elbrus 8С, w celu przeprowadzenia portowania oprogramowania macierzy dyskowej. To nowoczesna, spełniająca wszystkie wymagania MCST uniwersalna platforma. Na obecnym etapie platforma jest wykorzystywana przez odbiorców o specjalnych potrzebach oraz operatorów telekomunikacyjnych do zapewnienia wykonania ustalonych działań podczas przeprowadzania operacji rozpoznawczych.
Obecnie portowanie zostało pomyślnie zakończone i już teraz macierz dyskowa AERODISK jest dostępna w wersji z krajowymi procesorami Elbrus.
W tym artykule opowiemy o samych procesorach, ich historii, architekturze i, oczywiście, o naszej realizacji macierzy dyskowej na Elbrusie.
Historia
Historia procesorów Elbrus sięga czasów Związku Radzieckiego. W 1973 roku w Instytucie Mechaniki Precyzyjnej i Techniki Obliczeniowej im. S.A. Lebiediewa (nazwanego na cześć tego samego Sergiusza Lebiediewa, który wcześniej kierował pracami nad pierwszym radzieckim komputerem MЕSM, a później BЕSM) rozpoczęto prace nad wieloprocesorowymi systemami obliczeniowymi o nazwie „Elbrus”. Kierownikiem projektu był Wsiewołod Sergiejewicz Burcew, a aktywny udział w pracach brał Boris Artaszewicz Babajan, który był jednym z zastępców głównego konstruktora.
Wsiewołod Sergiejewicz Burcew
Boris Artaszewicz Babajan
Głównym zamawiającym projektu były, oczywiście, siły zbrojne ZSRR, a ta seria komputerów skutecznie wykorzystywana była do tworzenia dowodzących ośrodków obliczeniowych oraz systemów strzeleckich systemów obrony przeciwrakietowej, a także innych systemów specjalnego przeznaczenia.
Pierwszy komputer "Elbrus" został ukończony w 1978 roku. Miał modułową architekturę i mógł zawierać od 1 do 10 procesorów opartych na układach średniej integracji. Wydajność tej maszyny osiągała 15 milionów operacji na sekundę. Pojemność pamięci operacyjnej, która była wspólna dla wszystkich 10 procesorów, wynosiła do 2 do potęgi 20 słów maszynowych, czyli 64 MB.
Później okazało się, że wiele technologii używanych przy opracowywaniu "Elbrusa" było jednocześnie badanych na świecie przez firmę International Business Machine (IBM), ale prace nad tymi projektami, w przeciwieństwie do prac nad "Elbrusem", nigdy nie zostały zakończone i nie doprowadziły do stworzenia gotowego produktu.
Według słów Wsiewołoda Burcewa, radzieccy inżynierowie starali się stosować najnowocześniejsze doświadczenia zarówno krajowych, jak i zagranicznych twórców. Na architekturę komputerów "Elbrus" wpływały również komputery firmy Burroughs, opracowania Hewlett-Packard, a także doświadczenia twórców BЭСM-6.
Jednak wiele opracowań było oryginalnych. Najciekawsza w "Elbrusie-1" była właśnie jego architektura.
Stworzony superkomputer stał się pierwszą w ZSRR komputerową maszyną, która stosowała architekturę superskalarną. Masowe zastosowanie superskalarnych procesorów za granicą rozpoczęło się dopiero w latach 90. ubiegłego wieku wraz z pojawieniem się na rynku dostępnych procesorów Intel Pentium.
Ponadto, dla organizacji przesyłu strumieni danych między urządzeniami peryferyjnymi a pamięcią operacyjną w komputerze mogły być stosowane specjalne procesory wejścia/wyjścia. W składzie systemu mogło być do czterech takich procesorów, które pracowały równolegle z procesorem centralnym i miały swoją własną wydzieloną pamięć.
Elbrus-2
W 1985 roku "Elbrus" zyskał swoje logiczne rozwinięcie, został stworzony i wysłany do produkcji seryjnej komputer "Elbrus-2". Pod względem architektury niewiele różnił się od swojego poprzednika, ale zastosowano nową bazę elementów, co pozwoliło prawie dziesięciokrotnie zwiększyć ogólną wydajność – z 15 mln operacji na sekundę do 125 mln. Pojemność pamięci operacyjnej komputera wzrosła do 16 mln 72-bitowych słów, czyli 144 MB. Maksymalna przepustowość kanałów wejścia/wyjścia "Elbrusa-2" wynosiła 120 MB/s.
„Elbrus-2” był intensywnie wykorzystywany w ośrodkach badawczych w Czeliabinsku-70 i Arzamasie-16 w Centrum Zarządzania, w systemie ABM A-135 oraz w innych obiektach wojskowych.
Tworzenie „Elbrusa” zostało wysoko ocenione przez kierownictwo ZSRR. Wielu inżynierów zostało uhonorowanych orderami i medalami. Główny konstruktor Władimir Burcew i szereg innych specjalistów otrzymali nagrody państwowe. A Borys Babajan został odznaczony Orderem Rewolucji Październikowej.
Te nagrody są więcej niż zasłużone, Borys Babajan później mówił:
„W 1978 roku stworzyliśmy pierwszą superskalarną maszynę, Elbrus-1. Obecnie na Zachodzie robią superskalarne tylko na takiej architekturze. Pierwszy superskalar na Zachodzie pojawił się w 1992 roku, nasz w 1978. Przy czym ten wariant superskalara, który zbudowaliśmy, jest analogiczny do Pentium Pro, który Intel wprowadził w 1995 roku.”
Te słowa o historycznym prymacie potwierdzają również w USA, Kith Diefendorff, twórca Motorola 88110, jednego z pierwszych zachodnich procesorów superskalarnych, pisał:
„W 1978 roku, prawie na 15 lat przed pojawieniem się pierwszych zachodnich procesorów superskalarnych, w Elbrus-1 użyto procesora, który wydawał dwie instrukcje w jednym takcie, zmieniał kolejność wykonania instrukcji, a także zajmował się renamingiem rejestrów i wykonaniem spekulacyjnym.”
Elbrus-3
Rok 1986, a tuż po zakończeniu prac nad drugim „Elbrusem” w ITMiVT rozpoczęto prace nad nowym systemem „Elbrus-3”, wykorzystując zasadniczo nową architekturę procesora. Ten sposób myślenia Borys Babajan nazwał „post-superskalarnym”. To właśnie tę architekturę, później nazwaną VLIW/EPIC, w przyszłości (w połowie lat 90.) zaczęły wykorzystywać procesory Intel Itanium (a w ZSRR prace nad tymi rozwiązaniami rozpoczęto w 1986, a zakończono w 1991).
W tym kompleksie obliczeniowym po raz pierwszy wcielono w życie pomysły jawnego zarządzania równoległością operacji za pomocą kompilatora.
W 1991 roku wydano pierwszy i, niestety, jedyny komputer „Elbrus-3”, którego nie udało się dokończyć, a po rozpadzie ZSRR stał się nikomu niepotrzebny, a opracowania i plany pozostały tylko na papierze.
Zalążki nowej architektury
Zespół pracujący w ITMiVT nad tworzeniem radzieckich superkomputerów nie rozwiązał się, lecz kontynuował pracę jako oddzielna firma pod nazwą MCST (Moskiewskie Centrum Technologii SPARC). Na początku lat 90. rozpoczęła się aktywna współpraca MCST z Sun Microsystems, w ramach której zespół MCST brał udział w opracowywaniu mikroprocesora UltraSPARC.
To właśnie w tym okresie powstał projekt architektury E2K, który początkowo był finansowany przez firmę Sun. Później projekt stał się całkowicie niezależny, a cała własność intelektualna pozostała w rękach zespołu MCST.
"Gdybyśmy dalej współpracowali z Sun w tej dziedzinie, wszystko należałoby do Sun. Chociaż 90% pracy zostało wykonane jeszcze przed pojawieniem się Sun." (Boris Babayan)
Architektura E2K
Kiedy omawiamy architekturę procesorów «Elbrus», bardzo często od naszych kolegów z branży IT słyszymy następujące stwierdzenia:
«Elbrus to architektura RISC»
«Elbrus to architektura EPIC»
«Elbrus to architektura SPARC»
W rzeczywistości żadne z tych stwierdzeń nie jest w pełni prawdziwe, a jeśli już, to tylko częściowo.
Architektura E2K to osobna, oryginalna architektura procesorowa, a główne cechy E2K to efektywność energetyczna i doskonała skalowalność, osiągana dzięki definiowaniu jawnej równoległości operacji. Architektura E2K została opracowana przez zespół MCST i opiera się na architekturze post-superskalarniej (rodzaj EPIC) z pewnym wpływem architektury SPARC (z przeszłością RISC). W tworzeniu trzech z czterech podstawowych architektur (superskalarnych, post-superskalarnych i SPARC) MCST miał bezpośredni udział. Świat faktycznie jest mały.
Aby w przyszłości unikać nieporozumień, narysowaliśmy prosty schemat, który, choć uproszczony, bardzo jasno pokazuje korzenie architektury E2K.
Teraz jeszcze nieco o nazwie architektury, w odniesieniu do której również istnieją nieporozumienia.
W różnych źródłach można spotkać następujące nazwy tej architektury: „E2K”, „Elbrus”, „Elbrus 2000”, ELBRUS („ExpLicit Basic Resources Utilization Scheduling”, tj. jawne planowanie wykorzystania podstawowych zasobów). Wszystkie te nazwy odnoszą się do tego samego - do architektury, jednak w oficjalnej dokumentacji technicznej oraz na forum technicznym używa się nazwy E2K, dlatego w dalszej części, gdy mówimy o architekturze procesora, będziemy posługiwać się terminem „E2K”, a gdy omawiamy konkretny procesor, użyjemy nazwy „Elbrus”.
Cechy techniczne architektury E2K
W tradycyjnych architekturach typu RISC lub CISC (x86, PowerPC, SPARC, MIPS, ARM) do procesora dociera strumień instrukcji, które są przeznaczone do sekwencyjnego wykonania. Procesor może wykrywać niezależne operacje i uruchamiać je równolegle (superskalarnie) oraz nawet zmieniać ich kolejność (wykonywanie poza kolejnością). Jednak dynamiczna analiza zależności oraz wsparcie dla wykonywania poza kolejnością mają swoje ograniczenia w liczbie poleceń, które można uruchomić i przeanalizować w jednym cyklu. Ponadto odpowiednie bloki wewnątrz procesora zużywają znaczne ilości energii, a skomplikowana ich realizacja czasami prowadzi do problemów ze stabilnością lub bezpieczeństwem.
W architekturze E2K główne zadania związane z analizą zależności i optymalizacją kolejności operacji przejmuje kompilator. Do procesora docierają tzw. szerokie instrukcje, w których kodowane są polecenia dla wszystkich urządzeń wykonawczych procesora, które powinny być uruchomione w danym cyklu. Procesor nie jest zobowiązany do analizy zależności między operandami ani do reorganizacji operacji w ramach szerokich instrukcji: wszystko to robi kompilator, opierając się na analizie kodu źródłowego i planowaniu zasobów procesora. W wyniku tego komponent sprzętowy procesora może być prostszy i bardziej oszczędny.
Kompilator jest w stanie analizować kod źródłowy znacznie dokładniej niż sprzęt procesora RISC/CISC i znajdować więcej niezależnych operacji. Dlatego w architekturze E2K jest więcej równolegle działających urządzeń wykonawczych niż w tradycyjnych architekturach.
Aktualne możliwości architektury E2K:
- 6 równoległych kanałów jednostek arytmetyczno-logicznych (ALU).
- Rejestr plikowy składający się z 256 rejestrów 84-bitowych.
- Wsparcie sprzętowe dla pętli, w tym z potokowaniem. Zwiększa efektywność wykorzystania zasobów procesora.
- Programowalne asynchroniczne urządzenie do wstępnego ładowania danych z oddzielnymi kanałami odczytu. Pozwala na ukrycie opóźnień związanych z dostępem do pamięci i pełniejsze wykorzystanie ALU.
- Wsparcie dla obliczeń spekulacyjnych i jednego bitu predykatów. Umożliwia zmniejszenie liczby przejść i równoległe wykonywanie kilku gałęzi programu.
- Szeroka komenda, zdolna do zdefiniowania do 23 operacji w jednym cyklu przy maksymalnym wypełnieniu (ponad 33 operacje przy pakowaniu operandów w wektorowe komendy).
Emulacja x86
Już na etapie projektowania architektury twórcy rozumieli znaczenie wsparcia dla oprogramowania napisanego dla architektury Intel x86. W tym celu wprowadzono system dynamicznego (tj. w czasie wykonywania programu, lub «na żywo») tłumaczenia kodów binarnych x86 na kody procesora architektury E2K. System ten może działać zarówno w trybie aplikacji (na wzór WINE), jak i w trybie podobnym do hipernadzorcy (wówczas możliwe jest uruchomienie całego systemu operacyjnego gościa dla architektury x86).
Dzięki kilku poziomom optymalizacji osiąga się wysoką prędkość działania przetłumaczonego kodu. Jakość emulacji architektury x86 jest potwierdzona udanym uruchomieniem na kompleksach obliczeniowych «Elbrus» ponad 20 systemów operacyjnych (w tym kilka wersji Windows) oraz setek aplikacji.
Zabezpieczony tryb wykonywania programów
Jedną z najciekawszych idei, które zostały odziedziczone po architekturze Elbrus-1 i Elbrus-2, jest tzw. zabezpieczone wykonanie oprogramowania. Polega ono na gwarantowaniu działania programu tylko z zainicjowanymi danymi, sprawdzaniu wszystkich odwołań do pamięci pod kątem przynależności do dopuszczalnego zakresu adresów oraz zapewnianiu ochrony między modułami (na przykład, ochrona programu wywołującego przed błędem w bibliotece). Wszystkie te kontrole są realizowane sprzętowo. Dla trybu zabezpieczonego dostępny jest pełnoprawny kompilator oraz biblioteka wsparcia runtime. Należy jednak rozumieć, że nałożone ograniczenia prowadzą do niemożności zorganizowania wykonania, na przykład, napisanego w C++ kodu.
Nawet w zwykłym, "niezabezpieczonym" trybie pracy procesorów "Elbrus" istnieją cechy, które zwiększają niezawodność systemu. Tak, stos informacji o powrocie (łańcuch adresów zwracania przy wywołaniach procedur) jest oddzielony od stosu danych użytkownika i niedostępny dla takich ataków stosowanych w wirusach, jak podmiana adresu powrotu.
Osiągnięcia z lat rozwoju pozwalają nie tylko dorównać, ale w przyszłości także przewyższyć konkurencyjne architektury pod względem wydajności i skalowalności, ale także zapewnić ochronę przed błędami, które dotykają x86/amd64. Takie luki jak Meltdown (CVE-2017-5754), Spectre (CVE-2017-5753, CVE-2017-5715), RIDL (CVE-2018-12126, CVE-2018-12130), Fallout (CVE-2018-12127), ZombieLoad (CVE-2019-11091) i im podobne.
Nowoczesna ochrona przed znalezionymi lukami w architekturze x86/amd64 bazuje na łatach na poziomie systemów operacyjnych. To właśnie dlatego spadek wydajności w obecnych i poprzednich pokoleniach procesorów tej architektury jest tak zauważalny i wynosi od 30% do 80%. Jako aktywni użytkownicy procesorów x86 wiemy o tym, cierpimy i nadal "jemy kaktusa", a obecność rozwiązania tych problemów na korzeniu jest dla nas (a w końcu dla naszych klientów) niewątpliwym dobrem, tym bardziej jeśli rozwiązanie jest rosyjskie.
Specyfikacje techniczne
Poniżej przedstawione są oficjalne dane techniczne procesorów "Elbrus" z poprzedniego (4S), aktualnego (8S), nowego (8SV) i przyszłego (16S) pokolenia w porównaniu do analogicznych procesorów Intel x86.
Już na pierwszy rzut oka widać (i to cieszy), że technologiczne opóźnienie krajowych procesorów, które 10 lat temu wydawało się nieprzezwyciężone, teraz wydaje się całkiem niewielkie, a w 2021 roku wraz z uruchomieniem "Elbrus-16C" (który, co więcej, będzie wspierał wirtualizację) znacznie się zmniejszy.
Systemy magazynowania AERODISK na procesorach Elbrus 8C
Od teorii przechodzimy do praktyki. W ramach strategicznego sojuszu firm MCST, AERODISK, Bazałt SPO (wcześniej Alt Linux) i NORSI-TRANS opracowano i przygotowano do eksploatacji system magazynowania danych, który w tej chwili, pod względem bezpieczeństwa, funkcjonalności, kosztów i wydajności, jest być może najlepszym, a naszym zdaniem, z pewnością godnym rozwiązaniem, które może zapewnić odpowiedni poziom technologicznej niezależności naszej ojczyzny.
Teraz szczegóły…
Część sprzętowa
Część sprzętowa systemu magazynowania bazuje na uniwersalnej platformie Jachont UWM firmy NORSI-TRANS. Platforma Jachont UWM uzyskała status urządzenia telekomunikacyjnego pochodzenia rosyjskiego i została wpisana do jednego rejestru rosyjskich produktów radioelektroniki. System składa się z dwóch oddzielnych kontrolerów systemu magazynowania (po 2U każdy), które są połączone między sobą interkonektorem 1G lub 10G Ethernet, a także z wspólnymi półkami dyskowymi, korzystając z połączenia SAS.
Oczywiście, to nie jest tak ładne, jak format "Cluster in a box" (gdy kontrolery i dyski z wspólnym backplane znajdują się w jednej obudowie 2U), którego zwykle używamy, ale w najbliższej przyszłości też będzie dostępne. Liczy się, żeby działało dobrze, a o "kokardkach" pomyślimy później.
Pod maską każdy kontroler ma jednoprocesorową płytę główną z czterema gniazdami na pamięć operacyjną (DDR3 dla procesora 8C). Każdy kontroler ma również 4 porty 1G Ethernet (z których dwa są używane przez oprogramowanie AERODISK ENGINE jako służbowe) oraz trzy złącza PCIe dla adapterów Back-end (SAS) i Front-end (Ethernet lub FibreChannel).
Jako dyski startowe używane są rosyjskie dyski SSD SATA firmy GS Nanotech, które wielokrotnie testowaliśmy i wykorzystywaliśmy w projektach.
Podczas pierwszego zapoznania się z platformą, dokładnie ją zbadaliśmy. Nie mieliśmy zastrzeżeń co do jakości montażu i lutowania, wszystko zostało wykonane starannie i niezawodnie.
System operacyjny
Jako system operacyjny używana jest wersja systemu Alt 8SP do certyfikacji. Wkrótce planujemy stworzenie podłączanego i regularnie aktualizowanego repozytorium dla systemu Alt z oprogramowaniem systemu pamięci masowej AERODISK.
Ta wersja dystrybucji oparta jest na bieżącej stabilnej wersji jądra Linux 4.9 dla E2K (gałąź z długoterminowym wsparciem, portowana przez specjalistów MCST), uzupełniona łatkami związanymi z funkcjonalnością i bezpieczeństwem. Wszystkie pakiety w systemie Alt zostały skompilowane bezpośrednio na "Elbrusach" przy użyciu oryginalnego systemu budowy transakcyjnej projektu ALT Linux Team, co pozwoliło na zmniejszenie nakładów pracy na sam transfer i poświęcenie większej uwagi jakości produktu.
Każde wydanie systemu Alt dla Elbrusa można znacznie rozszerzyć pod względem funkcjonalności, korzystając z dostępnego dla niego repozytorium (od około 6 tysięcy pakietów źródłowych dla ósmej wersji do około 12 - dla dziewiątej).
Wybór został dokonany również dlatego, że firma Bazalt SPO, twórca systemu Alt - aktywnie współpracuje z innymi deweloperami oprogramowania i urządzeń na różnych platformach, zapewniając bezproblemową interakcję w ramach zintegrowanych systemów sprzętowo-programowych.
Oprogramowanie systemu przechowywania danych
Podczas portowania od razu zrezygnowaliśmy z pomysłu korzystania z emulacji x86 obsługiwanej w E2K, a zaczęliśmy pracować bezpośrednio z procesorami (na szczęście Alt już ma niezbędne do tego narzędzia).
Między innymi natywny tryb wykonywania oferuje lepsze bezpieczeństwo (te trzy sprzętowe staki zamiast jednego) i zwiększoną wydajność (nie ma potrzeby wydzielania jednego lub dwóch rdzeni z ośmiu do działania translatora binarnego, a kompilator wykonuje swoją pracę lepiej niż JIT).
W praktyce w implementacji AERODISK ENGINE na E2K wspierana jest większa część istniejącej funkcjonalności systemów pamięci masowej, która jest dostępna w x86. Jako oprogramowanie systemu przechowywania używana jest aktualna wersja AERODISK ENGINE (wersja A-CORE 2.30).
Bez większych problemów na E2K uruchomione i przetestowane do użycia w produkcji zostały następujące funkcje:
- Odporność na awarie do dwóch kontrolerów oraz wielościeżkowe wejście-wyjście (mpio)
- Dostęp blokowy i plikowy z wąskimi wolumenami (pule RDG, DDP; protokoły FC, iSCSI, NFS, SMB z integracją z Active Directory)
- Różne poziomy RAID do potrójnej parzystości (w tym możliwość korzystania z kreatora RAID)
- Hybrydowe przechowywanie (łączenie SSD i HDD w jednej puli, tzn. pamięć podręczna i tiering)
- Opcje oszczędzania miejsca z wykorzystaniem deduplikacji i kompresji
- ROW-snapshoty, klony i różne opcje replikacji
- A także inne małe, ale przydatne funkcje, takie jak QoS, globalny hotspare, VLAN, BOND itp.
W rzeczywistości udało nam się zaimplementować całą naszą funkcjonalność na E2K, z wyjątkiem wielokontrolerowości (więcej niż dwa) oraz harmonogramu wielowątkowego wejścia-wyjścia, który pozwala zwiększyć wydajność pul all-flash o 20-30%.
Ale te przydatne funkcje również dodamy, to tylko kwestia czasu.
Trochę o wydajności
Po pomyślnym przejściu testów podstawowej funkcjonalności macierzy obiektowych, oczywiście, przystąpiliśmy do testów obciążeniowych.
Na przykład, w dwukontrolerowej macierzy (2xCPU E8C 1.3 Ghz, 32 GB RAM + 4 SAS SSD 800GB 3DWD), w której wyłączono pamięć podręczną RAM, stworzyliśmy dwa pule DDP z podstawowym poziomem RAID-10 i dwa LUN po 500G, a następnie podłączyliśmy te LUN-y przez iSCSI (10G Ethernet) do hosta Linux. I przeprowadziliśmy jeden z podstawowych testów godzinowych na małych blokach sekwencyjnych za pomocą programu FIO.
Pierwsze wyniki były całkiem pozytywne.
Obciążenie procesorów wynosiło średnio 60%, tzn. to podstawowy poziom, na którym macierz może spokojnie działać.
Tak, to daleko od highload i dla wysoko wydajnych systemów baz danych jakiegoś billingowego systemu to zdecydowanie niewystarczająco, ale jak pokazuje nasza praktyka, te parametry są wystarczające dla 80% ogólnych zadań, do których wykorzystywane są macierze.
Wkrótce planujemy powrócić z szczegółowym raportem z testów obciążeniowych Elbrusa jako platformy dla macierzy.
Jasna przyszłość
Jak już wcześniej pisaliśmy, masowa produkcja Elbrusa 8S właściwie rozpoczęła się dopiero niedawno – na początku 2019 roku i do grudnia wyprodukowano już około 4000 procesorów. Dla porównania, procesorów poprzedniej generacji Elbrus 4S w całym okresie ich produkcji wyprodukowano tylko 5000, więc postęp jest widoczny.
Oczywiste jest, że to kropla w morzu, nawet dla rynku rosyjskiego, ale droga będzie pokonana przez idącego.
Na rok 2020 planowane jest wydanie kilku dziesiątek tysięcy procesorów Elbrus 8C, co jest już poważnym wynikiem. Co więcej, w ciągu 2020 roku zespół MCST powinien doprowadzić procesor Elbrus-8SV do produkcji seryjnej.
Takie plany produkcyjne to zapowiedź bardzo istotnego udziału w całym rodzimym rynku serwerowych procesorów.
Efektem tego już teraz mamy dobry i nowoczesny rosyjski procesor z jasną i, naszym zdaniem, słuszną strategią rozwoju, na bazie którego istnieje maksymalnie zabezpieczony i certyfikowany system przechowywania danych produkcji rosyjskiej (a w przyszłości także system wirtualizacji na Elbrus-16C). System rosyjski jest tak bardzo rosyjski, jak to obecnie możliwe w dzisiejszych warunkach.
Często obserwujemy w wiadomościach kolejny epicki upadek firm, które dumnie nazywają się rosyjskimi producentami, a w rzeczywistości zajmują się tylko przeklejeniem etykiet, nie dodając do produktów zagranicznych producentów żadnej własnej wartości, poza swoją marżą. Takie firmy, niestety, rzucają cień na wszystkich prawdziwych rosyjskich twórców i producentów.
Tym artykułem chcemy wyraźnie pokazać, że w naszym kraju były, są i będą firmy, które naprawdę i jakościowo tworzą nowoczesne złożone systemy IT i aktywnie się rozwijają, a import zastępujący w IT to nie fikcja, a rzeczywistość, w której wszyscy żyjemy. Tę rzeczywistość można nie lubić, można krytykować, ale można też pracować i czynić ją lepszą.
Rozpad ZSRR w swoim czasie uniemożliwił zespołowi twórców Elbrusa stania się zauważalnym graczem na świecie procesorów i zmusił ich do poszukiwania finansowania swoich projektów za granicą. Finansowanie zostało znalezione, prace zostały wykonane, a własność intelektualna zachowana, za co chcemy tym ludziom serdecznie podziękować!
Na tym na razie wszystko, proszę pisać swoje komentarze, pytania i, oczywiście, krytykę. Zawsze jesteśmy otwarci.
Również w imieniu całej firmy Aerodisk pragnę złożyć życzenia całej rosyjskiej społeczności IT z okazji nadchodzącego Nowego Roku i Bożego Narodzenia, życzyć 100% czasu pracy – i aby kopie zapasowe w nowym roku nikomu się nie przydały))).
Używane materiały
Artykuł z ogólnym opisem technologii, architektur i postaci:
Krótka historia komputerów pod nazwą „Elbrus”:
Ogólny artykuł o architekturze e2k:
Artykuł dotyczący 4. pokolenia (Elbrus-8S) i 5. pokolenia (Elbrus-8SV, rok 2020):
Specyfikacje następnego 6. pokolenia procesorów (Elbrus-16SV, rok 2021):
Oficjalny opis architektury Elbrus:
Plany twórców platformy sprzętowo-programowej „Elbrus” dotyczące stworzenia superkomputera o wydajności ekza-flops:
Rosyjskie technologie „Elbrus” dla komputerów osobistych, serwerów i superkomputerów:
Stary artykuł Borisa Babajana, ale wciąż aktualny:
Stary artykuł Michaiła Kuzmińskiego:
Prezentacja MCST, ogólne informacje:
Informacje o systemie operacyjnym Alt dla platformy Elbrus:
Źródło: habr.com
