Witam czytelników Habr. Chcielibyśmy podzielić się bardzo dobrą wiadomością. W końcu doczekaliśmy się prawdziwej seryjnej produkcji nowej generacji rosyjskich procesorów Elbrus 8C. Oficjalnie produkcja seryjna miała ruszyć już w 2016 roku, ale w rzeczywistości była to masowa produkcja, która ruszyła dopiero w 2019 roku i wypuszczono już około 4000 procesorów.
Niemal natychmiast po rozpoczęciu masowej produkcji procesory te pojawiły się w naszym Aerodysku, za co serdecznie dziękujemy firmie NORSI-TRANS, która uprzejmie udostępniła nam swoją platformę sprzętową Yakhont UVM, obsługującą procesory Elbrus 8C, za przeniesienie części programowej system przechowywania. Jest to nowoczesna uniwersalna platforma spełniająca wszystkie wymagania MCST. W tej chwili platforma jest wykorzystywana przez specjalnych konsumentów i operatorów telekomunikacyjnych w celu zapewnienia realizacji ustalonych działań podczas działań operacyjno-rozpoznawczych.
W tej chwili pomyślnie zakończono portowanie i teraz system pamięci masowej AERODISK jest dostępny w wersji z krajowymi procesorami Elbrus.
W tym artykule porozmawiamy o samych procesorach, ich historii, architekturze i oczywiście o naszej implementacji systemów pamięci masowej na Elbrusie.
Historia
Historia procesorów Elbrus sięga czasów Związku Radzieckiego. W 1973 roku w Instytucie Mechaniki Precyzyjnej i Inżynierii Komputerowej im SA Lebiediew (nazwany na cześć tego samego Siergieja Lebiediewa, który wcześniej kierował rozwojem pierwszego radzieckiego komputera MESM, a później BESM), rozpoczął się rozwój wieloprocesorowych systemów komputerowych o nazwie Elbrus. Wsiewołod Siergiejewicz Burcew nadzorował rozwój, a Boris Artashesovich Babayan, który był jednym z zastępców głównych projektantów, również brał czynny udział w rozwoju.
Wsiewołod Siergiejewicz Burcew
Boris Artashesovich Babayan
Głównym klientem projektu były oczywiście siły zbrojne ZSRR, a ta seria komputerów została ostatecznie z powodzeniem wykorzystana do tworzenia centrów obliczeniowych dowodzenia i systemów odpalania dla systemów obrony przeciwrakietowej, a także innych systemów specjalnego przeznaczenia .
Pierwszy komputer Elbrus został ukończony w 1978 roku. Miał architekturę modułową i mógł zawierać od 1 do 10 procesorów w oparciu o średnie schematy integracji. Szybkość tej maszyny osiągnęła 15 milionów operacji na sekundę. Ilość pamięci RAM, która była wspólna dla wszystkich 10 procesorów, wynosiła do 2 do 20 potęgi słowa maszynowego lub 64 MB.
Później okazało się, że wiele technologii wykorzystanych do rozwoju Elbrusa było badanych na świecie w tym samym czasie i zajmowała się nimi International Business Machine (IBM), ale prace nad tymi projektami, w przeciwieństwie do prac nad Elbrusem, nie zostały zakończone i ostatecznie nie doprowadziły do powstania gotowego produktu.
Według Wsiewołoda Burcewa radzieccy inżynierowie starali się zastosować najbardziej zaawansowane doświadczenia zarówno krajowych, jak i zagranicznych deweloperów. Na architekturę komputerów Elbrus miały również wpływ komputery Burroughs, rozwój firmy Hewlett-Packard, a także doświadczenie twórców BESM-6.
Ale jednocześnie wiele zmian było oryginalnych. Najbardziej interesującą rzeczą w Elbrusie-1 była jego architektura.
Stworzony superkomputer stał się pierwszym komputerem w ZSRR, który wykorzystywał architekturę superskalarną. Masowe wykorzystanie procesorów superskalarnych za granicą rozpoczęło się dopiero w latach 90. ubiegłego wieku wraz z pojawieniem się na rynku przystępnych cenowo procesorów Intel Pentium.
Ponadto specjalne procesory wejścia-wyjścia mogłyby służyć do organizowania przesyłania strumieni danych między urządzeniami peryferyjnymi a pamięcią RAM w komputerze. W systemie mogło być do czterech takich procesorów, pracowały one równolegle z procesorem centralnym i posiadały własną dedykowaną pamięć.
Elbrus-2
W 1985 roku Elbrus otrzymał swoją logiczną kontynuację, powstał komputer Elbrus-2 i wysłano go do masowej produkcji. Pod względem architektury nie różnił się zbytnio od swojego poprzednika, ale zastosował nową bazę elementów, co pozwoliło zwiększyć ogólną wydajność prawie 10-krotnie – z 15 milionów operacji na sekundę do 125 milionów. wzrosła do 16 milionów 72-bitowych słów lub 144 MB. Maksymalna przepustowość kanałów I/O Elbrus-2 wynosiła 120 MB/s.
„Elbrus-2” był aktywnie wykorzystywany w ośrodkach badań jądrowych w Czelabińsku-70 iw Arzamas-16 w MCC, w systemie obrony przeciwrakietowej A-135, a także w innych obiektach wojskowych.
Stworzenie Elbrusa zostało należycie docenione przez przywódców Związku Radzieckiego. Wielu inżynierów otrzymało ordery i medale. Generalny projektant Wsiewołod Burcew i wielu innych specjalistów otrzymało odznaczenia państwowe. A Boris Babayan został odznaczony Orderem Rewolucji Październikowej.
Te nagrody są bardziej niż zasłużone, Boris Babayan powiedział później:
„W 1978 roku stworzyliśmy pierwszą superskalarną maszynę, Elbrus-1. Teraz na Zachodzie robią superskalary tylko o tej architekturze. Pierwszy superskalar pojawił się na Zachodzie w 92 roku, nasz w 78. Co więcej, wersja superskalaru, którą stworzyliśmy, jest podobna do Pentium Pro, które Intel wyprodukował w 95 roku”.
Te słowa o historycznej wyższości potwierdzają się również w USA, Keith Diefendorff, twórca Motoroli 88110, jednego z pierwszych zachodnich superskalarnych procesorów, napisał:
„W 1978 roku, prawie 15 lat przed pojawieniem się pierwszych zachodnich procesorów superskalarnych, Elbrus-1 zastosował procesor, z wydawaniem dwóch instrukcji w jednym cyklu, zmieniając kolejność wykonywania instrukcji, zmieniając nazwy rejestrów i wykonując z założenia”.
Elbrus-3
Był rok 1986 i niemal natychmiast po zakończeniu prac nad drugim Elbrusem, ITMiVT przystąpiło do opracowywania nowego systemu Elbrus-3, wykorzystującego zasadniczo nową architekturę procesora. Boris Babayan nazwał to podejście „post-superskalarnym”. To właśnie ta architektura, nazwana później VLIW / EPIC, w przyszłości (w połowie lat 90.) zaczęła wykorzystywać procesory Intel Itanium (aw ZSRR rozwój ten rozpoczął się w 1986 r., A zakończył w 1991 r.).
W tym kompleksie obliczeniowym po raz pierwszy zaimplementowano idee jawnej kontroli równoległości operacji za pomocą kompilatora.
W 1991 roku ukazał się pierwszy i niestety jedyny komputer Elbrus-3, którego nie można było w pełni dostosować, a po rozpadzie Związku Radzieckiego nikt go nie potrzebował, a rozwój i plany pozostały na papierze.
Tło nowej architektury
Zespół, który pracował w ITMiVT nad stworzeniem sowieckich superkomputerów, nie rozpadł się, ale kontynuował pracę jako osobna firma pod nazwą MCST (Moskiewskie Centrum SPARK-Technologies). A na początku lat 90. rozpoczęła się aktywna współpraca między MCST i Sun Microsystems, gdzie zespół MCST brał udział w rozwoju mikroprocesora UltraSPARC.
To właśnie w tym okresie powstał projekt architektury E2K, który pierwotnie był finansowany przez firmę Sun. Później projekt stał się całkowicie niezależny, a cała własność intelektualna do niego pozostała w zespole MCST.
„Gdybyśmy kontynuowali współpracę z firmą Sun w tej dziedzinie, wszystko byłoby należeć do firmy Sun. Mimo że 90% pracy wykonano przed pojawieniem się Sun”. (Borys Babajan)
Architektura E2K
Kiedy omawiamy architekturę procesorów Elbrus, bardzo często słyszymy od naszych kolegów z branży IT następujące wypowiedzi:
„Elbrus to architektura RISC”
„Elbrus to architektura EPIC”
„Elbrus to architektura SPARC”
W rzeczywistości żadne z tych stwierdzeń nie jest całkowicie prawdziwe, a jeśli tak, to tylko częściowo.
Architektura E2K jest odrębną oryginalną architekturą procesora, główne cechy E2K to energooszczędność i doskonała skalowalność, osiągnięta poprzez określenie wyraźnej równoległości operacji. Architektura E2K została opracowana przez zespół MCST i jest oparta na architekturze post-superskalarnej (a la EPIC) z pewnymi wpływami architektury SPARC (z przeszłością RISC). Jednocześnie MCST było bezpośrednio zaangażowane w tworzenie trzech z czterech podstawowych architektur (Superscalars, Post-Superscalars i SPARC). Świat jest naprawdę mały.
Aby uniknąć zamieszania w przyszłości, narysowaliśmy prosty diagram, który choć uproszczony, bardzo wyraźnie pokazuje korzenie architektury E2K.
Teraz trochę więcej o nazwie architektury, co do której też jest nieporozumienie.
W różnych źródłach można spotkać następujące nazwy dla tej architektury: „E2K”, „Elbrus”, „Elbrus 2000”, ELBRUS („ExpLicit Basic Resources Utilization Scheduling”, czyli jawne planowanie wykorzystania zasobów podstawowych). Wszystkie te nazwy mówią o tym samym - o architekturze, ale w oficjalnej dokumentacji technicznej, a także na forach technicznych nazwa E2K jest używana do określenia architektury, więc w przyszłości, jeśli mówimy o architekturze procesora, używamy określenia „E2K”, a jeśli chodzi o konkretny procesor, to używamy nazwy „Elbrus”.
Cechy techniczne architektury E2K
W tradycyjnych architekturach, takich jak RISC czy CISC (x86, PowerPC, SPARC, MIPS, ARM), procesor otrzymuje strumień instrukcji, które są przeznaczone do sekwencyjnego wykonywania. Procesor może wykrywać niezależne operacje i wykonywać je równolegle (superskalarnie), a nawet zmieniać ich kolejność (out of order). Jednak dynamiczna analiza zależności i obsługa wykonywania poza kolejnością ma swoje ograniczenia pod względem liczby poleceń uruchamianych i analizowanych na cykl. Ponadto odpowiednie bloki wewnątrz procesora zużywają znaczną ilość energii, a ich najbardziej skomplikowana implementacja czasami prowadzi do problemów ze stabilnością lub bezpieczeństwem.
W architekturze E2K główne zadanie analizy zależności i optymalizacji kolejności operacji przejmuje kompilator. Procesor otrzymuje tzw. szerokie instrukcje, z których każda koduje instrukcje dla wszystkich urządzeń wykonawczych procesora, które muszą zostać uruchomione w danym cyklu zegara. Procesor nie musi analizować zależności między operandami ani zamieniać operacji między szerokimi instrukcjami: kompilator robi to wszystko na podstawie analizy kodu źródłowego i planowania zasobów procesora. W rezultacie sprzęt procesora może być prostszy i bardziej ekonomiczny.
Kompilator jest w stanie przeanalizować kod źródłowy znacznie dokładniej niż sprzęt RISC/CISC procesora i znaleźć więcej niezależnych operacji. Dlatego architektura E2K ma więcej równoległych jednostek wykonawczych niż tradycyjne architektury.
Aktualne cechy architektury E2K:
- 6 kanałów jednostek arytmetycznych (ALU) pracujących równolegle.
- Plik rejestrów składający się z 256 rejestrów 84-bitowych.
- Wsparcie sprzętowe dla cykli, w tym z potokowaniem. Zwiększa efektywność wykorzystania zasobów procesora.
- Programowalna asynchroniczna pompa wstępna danych z oddzielnymi kanałami odczytu. Umożliwia ukrycie opóźnień przed dostępem do pamięci i pełniejsze wykorzystanie ALU.
- Obsługa obliczeń spekulatywnych i predykatów jednobitowych. Pozwala zmniejszyć liczbę przejść i wykonać kilka gałęzi programu równolegle.
- Szerokie polecenie zdolne do określenia do 23 operacji w jednym cyklu zegara z maksymalnym wypełnieniem (ponad 33 operacje przy pakowaniu operandów do instrukcji wektorowych).
Emulacja x86
Już na etapie projektowania architektury programiści rozumieli znaczenie wspierania oprogramowania napisanego dla architektury Intel x86. W tym celu zaimplementowano system do dynamicznego (tj. podczas wykonywania programu lub „w locie”) tłumaczenia kodów binarnych x86 na kody procesorów o architekturze E2K. System ten może pracować zarówno w trybie aplikacyjnym (na wzór WINE), jak iw trybie zbliżonym do hiperwizora (wtedy możliwe jest uruchomienie całego systemu-gościa dla architektury x86).
Dzięki kilku poziomom optymalizacji możliwe jest osiągnięcie dużej szybkości tłumaczonego kodu. Jakość emulacji architektury x86 potwierdza pomyślne uruchomienie ponad 20 systemów operacyjnych (w tym kilku wersji Windows) oraz setek aplikacji na systemach obliczeniowych Elbrus.
Tryb wykonywania programu chronionego
Jednym z najciekawszych pomysłów odziedziczonych po architekturach Elbrus-1 i Elbrus-2 jest tzw. bezpieczne wykonywanie programu. Jego istotą jest upewnienie się, że program działa tylko z zainicjowanymi danymi, sprawdzenie wszystkich dostępów do pamięci pod kątem przynależności do prawidłowego zakresu adresów, zapewnienie ochrony międzymodułowej (na przykład ochrona programu wywołującego przed błędem w bibliotece). Wszystkie te kontrole są przeprowadzane sprzętowo. W trybie chronionym dostępna jest pełnoprawna biblioteka obsługująca kompilator i środowisko wykonawcze. Jednocześnie należy rozumieć, że narzucone ograniczenia prowadzą do niemożności zorganizowania wykonania np. kodu napisanego w C++.
Nawet w zwykłym, „niezabezpieczonym” trybie pracy procesorów Elbrus istnieją funkcje zwiększające niezawodność systemu. W ten sposób stos informacji wiążących (łańcuch adresów zwrotnych wywołań procedur) jest oddzielony od stosu danych użytkownika i jest niedostępny dla takich ataków stosowanych w wirusach, jak fałszowanie adresu zwrotnego.
Zaprojektowany przez lata, nie tylko dogania i przewyższa konkurencyjne architektury pod względem wydajności i skalowalności w przyszłości, ale także zapewnia ochronę przed błędami, które nękają procesory x86/amd64. Zakładki takie 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 tym podobne.
Nowoczesna ochrona przed wykrytymi podatnościami w architekturze x86/amd64 opiera się na łatach na poziomie systemu operacyjnego. Dlatego spadek wydajności na obecnych i poprzednich generacjach procesorów tych architektur jest tak zauważalny i wynosi od 30% do 80%. My, jako aktywni użytkownicy procesorów x86, wiemy o tym, cierpimy i dalej „zjadamy kaktusa”, ale obecność rozwiązania tych problemów w zarodku jest dla nas (a co za tym idzie dla naszych klientów) rozwiązaniem niewątpliwą korzyść, zwłaszcza jeśli rozwiązanie jest rosyjskie.
Технические характеристики
Poniżej znajdują się oficjalne parametry techniczne procesorów Elbrus poprzedniej (4C), obecnej (8C), nowej (8CB) i przyszłej (16C) generacji w porównaniu z podobnymi procesorami Intel x86.
Nawet pobieżny rzut oka na tę tabelę pokazuje (i to bardzo cieszy), że zaległości technologiczne krajowych procesorów, które jeszcze 10 lat temu wydawały się nie do pokonania, już teraz wydają się niewielkie, a w 2021 roku wraz z wystrzeleniem Elbrusa-16C (który m.in. inne rzeczy będą wspierać wirtualizację) zostaną zredukowane do minimalnych odległości.
SHD AERODISK na procesorach Elbrus 8C
Przechodzimy od teorii do praktyki. W ramach aliansu strategicznego MCST, Aerodisk, Basalt SPO (dawniej Alt Linux) oraz NORSI-TRANS opracowano i uruchomiono system przechowywania danych, który w tej chwili jest jeśli nie najlepszy pod względem bezpieczeństwa, funkcjonalności, kosztów i wydajności, naszym zdaniem niezaprzeczalnie godne rozwiązanie, które może zapewnić właściwy poziom niezależności technologicznej naszej Ojczyzny.
Teraz szczegóły...
Sprzęt
Część sprzętowa systemu składowania realizowana jest w oparciu o uniwersalną platformę Yakhont UVM firmy NORSI-TRANS. Platforma Yakhont UVM otrzymała status sprzętu telekomunikacyjnego pochodzenia rosyjskiego i jest wpisana do ujednoliconego rejestru rosyjskich produktów radioelektronicznych. System składa się z dwóch oddzielnych kontrolerów pamięci masowej (2U każdy), które są połączone interkonektem Ethernet 1G lub 10G, a także ze współdzielonymi półkami dyskowymi za pomocą połączenia SAS.
Oczywiście nie jest to tak piękne jak format „Cluster in a box” (kiedy kontrolery i dyski ze wspólną płytą montażową są instalowane w jednej obudowie 2U), z którego zwykle korzystamy, ale w niedalekiej przyszłości również będzie dostępny. Najważniejsze, że działa dobrze, ale o „kokardkach” pomyślimy później.
Pod maską każdy kontroler ma jednoprocesorową płytę główną z czterema gniazdami na pamięć RAM (DDR3 dla procesora 8C). Ponadto na pokładzie każdego kontrolera znajdują się 4 porty Ethernet 1G (z których dwa są używane przez oprogramowanie AERODISK ENGINE jako usługa) oraz trzy gniazda PCIe dla adapterów Back-end (SAS) i Front-end (Ethernet lub FibreChannel).
Jako dysków startowych używamy rosyjskich dysków SATA SSD firmy GS Nanotech, które wielokrotnie testowaliśmy i wykorzystywaliśmy w projektach.
Kiedy po raz pierwszy spotkaliśmy platformę, dokładnie ją zbadaliśmy. Nie mieliśmy zastrzeżeń co do jakości montażu i lutowania, wszystko zostało wykonane porządnie i solidnie.
System operacyjny
Jako system operacyjny używana jest wersja OS Alt 8SP do certyfikacji. W niedalekiej przyszłości planujemy stworzyć podłączalne i stale aktualizowane repozytorium dla Alt OS z oprogramowaniem do przechowywania danych Aerodisk.
Ta wersja dystrybucji jest zbudowana na aktualnej stabilnej wersji jądra Linux 4.9 dla E2K (gałąź z długoterminowym wsparciem przeportowanym przez specjalistów MCST), uzupełniona o łatki zwiększające funkcjonalność i bezpieczeństwo. Wszystkie pakiety w Alt OS są budowane bezpośrednio na Elbrusie przy użyciu oryginalnego transakcyjnego systemu kompilacji projektu ALT Linux Team, co umożliwiło obniżenie kosztów pracy samego transferu i zwrócenie większej uwagi na jakość produktu.
Każde wydanie Alt OS 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 wersji ósmej do około 12 dla wersji dziewiątej).
Wybór został dokonany również dlatego, że Basalt SPO, twórca Alt OS, aktywnie współpracuje z innymi twórcami oprogramowania i urządzeń na różnych platformach, zapewniając bezproblemową interakcję w ramach systemów sprzętowych i programowych.
Systemy przechowywania oprogramowania
Podczas portowania od razu porzuciliśmy pomysł wykorzystania emulacji x2 obsługiwanej w E86K i zaczęliśmy pracować bezpośrednio z procesorami (na szczęście Alt ma już do tego niezbędne narzędzia).
Natywny tryb wykonywania zapewnia między innymi większe bezpieczeństwo (te same trzy stosy sprzętowe zamiast jednego) i zwiększoną wydajność (nie ma potrzeby przydzielania jednego lub dwóch rdzeni z ośmiu, aby tłumacz binarny działał, a kompilator wykonuje swoje lepszą pracę niż JIT).
W rzeczywistości implementacja E2K AERODISK ENGINE obsługuje większość istniejących funkcji pamięci masowej, które można znaleźć w architekturze x86. Aktualna wersja AERODISK ENGINE (A-CORE wersja 2.30) jest używana jako oprogramowanie systemu pamięci masowej
Bez żadnych problemów na E2K wprowadzono i przetestowano następujące funkcje do użycia w produkcie:
- Tolerancja błędów dla maksymalnie dwóch kontrolerów i wielościeżkowych wejść/wyjść (mpio)
- Dostęp do bloków i plików za pomocą cienkich woluminów (pule RDG, DDP; protokoły FC, iSCSI, NFS, SMB, w tym integracja z Active Directory)
- Różne poziomy RAID aż do potrójnej parzystości (w tym możliwość użycia konstruktora RAID)
- Hybrydowa pamięć masowa (połączenie dysków SSD i HDD w tej samej puli, tj. pamięć podręczna i poziomowanie)
- Opcje oszczędzania miejsca dzięki deduplikacji i kompresji
- Migawki ROW, klony i różne opcje replikacji
- I inne małe, ale przydatne funkcje, takie jak QoS, globalny hotspare, VLAN, BOND itp.
W rzeczywistości na E2K udało nam się uzyskać całą naszą funkcjonalność, z wyjątkiem wielu kontrolerów (więcej niż dwóch) i wielowątkowego harmonogramu we / wy, co pozwala nam zwiększyć wydajność pul all-flash o 20-30% .
Ale oczywiście dodamy również te przydatne funkcje, to kwestia czasu.
Trochę o wydajności
Po pomyślnym przejściu testów podstawowej funkcjonalności systemu pamięci masowej przystąpiliśmy oczywiście do wykonywania testów obciążeniowych.
Na przykład na systemie pamięci masowej z dwoma kontrolerami (2xCPU E8C 1.3 Ghz, 32 GB RAM + 4 SAS SSD 800 GB 3DWD), w którym wyłączono pamięć podręczną RAM, utworzyliśmy dwie pule DDP z głównym poziomem RAID-10 i dwoma 500G LUN i połączył te jednostki LUN przez iSCSI (10G Ethernet) z hostem Linux. I wykonałem jeden z podstawowych testów godzinowych na małych blokach obciążenia sekwencyjnego za pomocą programu FIO.
Pierwsze wyniki były całkiem pozytywne.
Obciążenie procesorów kształtowało się średnio na poziomie 60%, tj. jest to podstawowy poziom, na którym przechowywanie może bezpiecznie działać.
Tak, jest to dalekie od dużego obciążenia i to wyraźnie nie wystarcza dla wysokowydajnych systemów DBMS, ale, jak pokazuje nasza praktyka, te cechy są wystarczające do 80% ogólnych zadań, do których wykorzystywane są systemy pamięci masowej.
Nieco później planujemy wrócić ze szczegółowym raportem z testów obciążeniowych Elbrusa jako platformy magazynowej.
Jasna przyszłość
Jak pisaliśmy powyżej, masowa produkcja Elbrusa 8C ruszyła właściwie całkiem niedawno – na początku 2019 roku i do grudnia wypuszczono już około 4000 procesorów. Dla porównania, przez cały okres ich produkcji wyprodukowano zaledwie 4 procesorów poprzedniej generacji Elbrus 5000C, więc postęp jest.
Wiadomo, że to kropla w morzu potrzeb, nawet jak na rynek rosyjski, ale drogę opanuje piesza.
Wydanie kilkudziesięciu tysięcy procesorów Elbrus 2020C planowane jest na 8 rok, a to już poważna liczba. Ponadto w ciągu 2020 roku procesor Elbrus-8SV powinien zostać wprowadzony przez zespół MCST do masowej produkcji.
Takie plany produkcyjne to aplikacja o bardzo znaczący udział w całym krajowym rynku procesorów do serwerów.
W efekcie tu i teraz mamy dobrego i nowoczesnego rosyjskiego procesora z jasną i naszym zdaniem słuszną strategią rozwoju, na bazie której powstaje najbezpieczniejszy i certyfikowany rosyjski system przechowywania danych (a w przyszłość, system wirtualizacji na Elbrusie-16C). Rosyjski system jest tak daleko, jak to jest obecnie fizycznie możliwe w nowoczesnych warunkach.
Często w wiadomościach widzimy kolejne epickie porażki firm, które z dumą nazywają siebie rosyjskimi producentami, ale w rzeczywistości zajmują się ponownym klejeniem etykiet bez dodawania własnej wartości do produktów zagranicznego producenta, z wyjątkiem ich marży. Takie firmy niestety rzucają cień na wszystkich prawdziwych rosyjskich programistów i producentów.
Tym artykułem chcemy jasno pokazać, że w naszym kraju były, są i będą firmy, które naprawdę i sprawnie wykonują nowoczesne złożone systemy informatyczne i aktywnie się rozwijają, a zastępowanie importu w informatyce to nie wulgaryzmy, ale rzeczywistość, w której wszyscy żyjemy. Tej rzeczywistości nie można pokochać, można ją krytykować, albo można pracować i ją ulepszać.
Upadek ZSRR w pewnym momencie uniemożliwił zespołowi twórców Elbrusa wybicie się na czołowym graczu w świecie procesorów i zmusił zespół do szukania finansowania na swój rozwój za granicą. Odnaleziono, praca została wykonana, a własność intelektualna ocalona, za co chciałbym podziękować tym ludziom!
To wszystko na teraz, proszę pisać swoje komentarze, pytania i oczywiście krytykę. Zawsze jesteśmy szczęśliwi.
Ponadto w imieniu całej firmy Aerodisk chcę pogratulować całej rosyjskiej społeczności IT nadchodzącego Nowego Roku i Świąt Bożego Narodzenia, życzyć 100% dostępności - i aby kopie zapasowe nikomu nie przydały się w nowym roku))).
Użyte materiały
Artykuł z ogólnym opisem technologii, architektur i osobowości:
Krótka historia komputerów pod nazwą "Elbrus":
Ogólny artykuł o architekturze e2k:
Artykuł dotyczy czwartej generacji (Ebrus-4S) i piątej generacji (Ebrus-8SV, 5):
Specyfikacje następnej szóstej generacji procesorów (Elbrus-6SV, 16):
Oficjalny opis architektury Elbrusa:
Plany twórców platformy sprzętowo-programowej „Elbrus” stworzenia superkomputera o eksaskalowej wydajności:
Rosyjskie technologie Elbrus dla komputerów osobistych, serwerów i superkomputerów:
Stary artykuł Borisa Babayana, ale wciąż aktualny:
Stary artykuł Michaiła Kuźmińskiego:
Prezentacja MCST, informacje ogólne:
Informacje o Alt OS dla platformy Elbrus:
Źródło: www.habr.com