Hallo Habr-lesers. Ons deel graag baie goeie nuus. Ons het uiteindelik gewag vir die regte reeksproduksie van 'n nuwe generasie Russiese Elbrus 8C-verwerkers. Amptelik was reeksproduksie veronderstel om so vroeg as 2016 te begin, maar in werklikheid was dit massaproduksie wat eers in 2019 begin het en ongeveer 4000 XNUMX verwerkers is reeds vrygestel.
Byna onmiddellik na die begin van massaproduksie het hierdie verwerkers in ons Aerodisk verskyn, waarvoor ons graag vir NORSI-TRANS bedank, wat ons vriendelik voorsien het van sy hardewareplatform Yakhont UVM, wat Elbrus 8C-verwerkers ondersteun, vir die oordrag van die sagteware-deel van die bergingstelsel. Dit is 'n moderne universele platform wat aan al die vereistes van die MCST voldoen. Op die oomblik word die platform deur spesiale verbruikers en telekommunikasie-operateurs gebruik om die implementering van gevestigde aksies tydens operasionele soekaktiwiteite te verseker.
Op die oomblik is oordrag suksesvol voltooi, en nou is die AERODISK-bergingstelsel beskikbaar in die weergawe met huishoudelike Elbrus-verwerkers.
In hierdie artikel sal ons praat oor die verwerkers self, hul geskiedenis, argitektuur en, natuurlik, ons implementering van bergingstelsels op Elbrus.
Story
Die geskiedenis van Elbrus-verwerkers dateer terug na die tye van die Sowjetunie. In 1973, by die Instituut vir Fyn Meganika en Rekenaaringenieurswese na vernoem S.A. Lebedev (vernoem na dieselfde Sergei Lebedev, wat voorheen die ontwikkeling van die eerste Sowjet-rekenaar MESM, en later BESM gelei het), het begin met die ontwikkeling van multiverwerker-rekenaarstelsels genaamd Elbrus. Vsevolod Sergeevich Burtsev het toesig gehou oor die ontwikkeling, en Boris Artashesovich Babayan, wat een van die adjunk-hoofontwerpers was, het ook aktief aan die ontwikkeling deelgeneem.
Vsevolod Sergeevich Burtsev
Boris Artashesovich Babayan
Die hoofkliënt van die projek was natuurlik die gewapende magte van die USSR, en hierdie reeks rekenaars is uiteindelik suksesvol gebruik in die skepping van bevelrekenaarsentrums en afvuurstelsels vir missielverdedigingstelsels, sowel as ander spesialedoelstelsels .
Die eerste Elbrus-rekenaar is in 1978 voltooi. Dit het 'n modulêre argitektuur gehad en kon van 1 tot 10 verwerkers insluit gebaseer op medium-integrasieskemas. Die spoed van hierdie masjien het 15 miljoen bewerkings per sekonde bereik. Die hoeveelheid RAM, wat algemeen was vir al 10 verwerkers, was tot 2 tot die 20ste krag van masjienwoorde of 64 MB.
Later het dit geblyk dat baie van die tegnologieë wat in die ontwikkeling van Elbrus gebruik is terselfdertyd in die wêreld bestudeer is, en International Business Machine (IBM) was daarmee besig, maar werk aan hierdie projekte, anders as werk op Elbrus, het nie voltooi is en het nie uiteindelik tot die skepping van 'n voltooide produk gelei nie.
Volgens Vsevolod Burtsev het Sowjet-ingenieurs probeer om die mees gevorderde ervaring van beide binnelandse en buitelandse ontwikkelaars toe te pas. Die argitektuur van Elbrus-rekenaars is ook beïnvloed deur Burroughs-rekenaars, Hewlett-Packard-ontwikkelings, sowel as die ervaring van die BESM-6-ontwikkelaars.
Maar terselfdertyd was baie ontwikkelings oorspronklik. Die interessantste ding van Elbrus-1 was sy argitektuur.
Die geskepte superrekenaar het die eerste rekenaar in die USSR geword wat superskalêre argitektuur gebruik het. Die massagebruik van superskalêre verwerkers in die buiteland het eers in die 90's van die vorige eeu begin met die verskyning op die mark van bekostigbare Intel Pentium-verwerkers.
Daarbenewens kan spesiale invoer-uitset verwerkers gebruik word om die oordrag van datastrome tussen randtoestelle en RAM in 'n rekenaar te organiseer. Daar kan tot vier sulke verwerkers in die stelsel wees, hulle het parallel met die sentrale verwerker gewerk en het hul eie toegewyde geheue gehad.
Elbrus-2
In 1985 het Elbrus sy logiese voortsetting ontvang, die Elbrus-2-rekenaar is geskep en in massaproduksie gestuur. Wat argitektuur betref, het dit nie veel van sy voorganger verskil nie, maar het 'n nuwe elementbasis gebruik, wat dit moontlik gemaak het om die algehele werkverrigting met byna 10 keer te verhoog - van 15 miljoen bewerkings per sekonde tot 125 miljoen Die hoeveelheid rekenaar-RAM verhoog tot 16 miljoen 72-bis woorde of 144 MB. Die maksimum bandwydte van die Elbrus-2 I/O-kanale was 120 MB/s.
"Elbrus-2" is aktief gebruik in kernnavorsingsentrums in Chelyabinsk-70 en in Arzamas-16 in die MCC, in die A-135 missielverdedigingstelsel, sowel as by ander militêre fasiliteite.
Die skepping van Elbrus is behoorlik deur die leiers van die Sowjetunie waardeer. Bestellings en medaljes is aan baie ingenieurs toegeken. Algemene Ontwerper Vsevolod Burtsev en 'n aantal ander spesialiste het staatstoekennings ontvang. En Boris Babayan is bekroon met die Orde van die Oktober-rewolusie.
Hierdie toekennings is meer as welverdiend, het Boris Babayan later gesê:
“In 1978 het ons die eerste superskalaarmasjien, Elbrus-1, gemaak. Nou in die Weste maak hulle slegs superskalare van hierdie argitektuur. Die eerste superskalaar het in 92 in die Weste verskyn, ons s'n in 78. Boonop is die weergawe van die superskalaar wat ons gemaak het soortgelyk aan die Pentium Pro wat Intel in 95 gemaak het.”
Hierdie woorde oor die historiese meerderwaardigheid word ook in die VSA bevestig, Keith Diefendorff, die ontwikkelaar van die Motorola 88110, een van die eerste Westerse superskalêre verwerkers, het geskryf:
"In 1978, amper 15 jaar voor die eerste Westerse superskalêre verwerkers verskyn het, het Elbrus-1 'n verwerker gebruik, met die uitreiking van twee instruksies in een siklus, wat die volgorde van instruksieuitvoering verander het, registers hernoem en volgens aanname uitgevoer het."
Elbrus-3
Dit was 1986, en byna onmiddellik na die voltooiing van die werk aan die tweede Elbrus, het ITMiVT begin met die ontwikkeling van 'n nuwe Elbrus-3-stelsel met behulp van 'n fundamenteel nuwe verwerker-argitektuur. Boris Babayan het hierdie benadering "post-superscalar" genoem. Dit was hierdie argitektuur, later genoem VLIW / EPIC, wat in die toekoms (in die middel 90's) Intel Itanium-verwerkers begin gebruik het (en in die USSR het hierdie ontwikkelings in 1986 begin en in 1991 geëindig).
In hierdie rekenaarkompleks is die idees van eksplisiete beheer van die parallelisme van bewerkings met behulp van 'n samesteller eerste geïmplementeer.
In 1991 is die eerste en ongelukkig die enigste Elbrus-3-rekenaar vrygestel, wat nie ten volle aangepas kon word nie, en na die ineenstorting van die Sowjetunie het niemand dit nodig gehad nie, en die ontwikkelings en planne het op papier gebly.
Agtergrond tot die nuwe argitektuur
Die span wat by ITMiVT gewerk het aan die skepping van Sowjet-superrekenaars, het nie opgebreek nie, maar het voortgegaan om as 'n aparte maatskappy te werk onder die naam MCST (Moscow Centre for SPARK-Technologies). En in die vroeë 90's het aktiewe samewerking tussen MCST en Sun Microsystems begin, waar die MCST-span deelgeneem het aan die ontwikkeling van die UltraSPARC-mikroverwerker.
Dit was gedurende hierdie tydperk dat die E2K-argitektuurprojek ontstaan het, wat oorspronklik deur Sun gefinansier is. Later het die projek heeltemal onafhanklik geword en alle intellektuele eiendom daarvoor het by die MCST-span gebly.
“As ons aanhou om met Sun in hierdie area te werk, dan sou alles aan Sun behoort. Selfs al is 90% van die werk gedoen voor Sun gekom het.” (Boris Babayan)
E2K argitektuur
Wanneer ons die argitektuur van Elbrus-verwerkers bespreek, hoor ons baie dikwels die volgende stellings van ons kollegas in die IT-industrie:
"Elbrus is 'n RISC-argitektuur"
"Elbrus is EPIESE argitektuur"
"Elbrus is SPARC-argitektuur"
Trouens, nie een van hierdie stellings is heeltemal waar nie, of as dit is, is dit net gedeeltelik waar.
Die E2K-argitektuur is 'n aparte oorspronklike verwerker-argitektuur, die belangrikste eienskappe van E2K is energiedoeltreffendheid en uitstekende skaalbaarheid, bereik deur eksplisiete parallellisme van bedrywighede te spesifiseer. Die E2K-argitektuur is ontwikkel deur die MCST-span en is gebaseer op 'n post-superskalêre argitektuur (a la EPIC) met 'n mate van invloed van die SPARC-argitektuur (met 'n RISC-verlede). Terselfdertyd was die MCST direk betrokke by die skepping van drie van die vier basiese argitekture (Superscalars, Post-Superscalars en SPARC). Die wêreld is regtig klein.
Om verwarring in die toekoms te voorkom, het ons 'n eenvoudige diagram geteken wat, hoewel vereenvoudig, maar baie duidelik die wortels van die E2K-argitektuur toon.
Nou 'n bietjie meer oor die naam van die argitektuur, in verband daarmee is daar ook 'n misverstand.
In verskeie bronne kan jy die volgende name vir hierdie argitektuur vind: "E2K", "Elbrus", "Elbrus 2000", ELBRUS ("ExpLicit Basic Resources Utilization Scheduling", dit wil sê eksplisiete beplanning vir die gebruik van basiese hulpbronne). Al hierdie name spreek van dieselfde ding - oor die argitektuur, maar in die amptelike tegniese dokumentasie, sowel as op tegniese forums, word die naam E2K gebruik om die argitektuur aan te dui, dus in die toekoms, as ons van verwerker-argitektuur praat, ons gebruik die term "E2K", en as dit oor 'n spesifieke verwerker gaan, dan gebruik ons die naam "Elbrus".
Tegniese kenmerke van die E2K-argitektuur
In tradisionele argitekture soos RISC of CISC (x86, PowerPC, SPARC, MIPS, ARM), ontvang die verwerker 'n stroom instruksies wat ontwerp is vir opeenvolgende uitvoering. Die verwerker kan onafhanklike bewerkings opspoor en dit parallel laat loop (superskalêr) en selfs hul volgorde verander (buite orde). Dinamiese afhanklikheidsanalise en ondersteuning vir buite-orde uitvoering het egter sy beperkings in terme van die aantal opdragte wat per siklus geloods en ontleed word. Daarbenewens verbruik die ooreenstemmende blokke binne die verwerker 'n aansienlike hoeveelheid energie, en hul mees komplekse implementering lei soms tot stabiliteit of sekuriteitsprobleme.
In die E2K-argitektuur word die hooftaak van die ontleding van afhanklikhede en die optimalisering van die volgorde van bedrywighede deur die samesteller geneem. Die verwerker ontvang die sg. wye instruksies, wat elk instruksies kodeer vir alle verwerker-uitvoerende toestelle wat op 'n gegewe kloksiklus geloods moet word. Daar word nie van die verwerker vereis om afhanklikhede tussen operande te ontleed of bewerkings tussen wye instruksies te ruil nie: die samesteller doen dit alles gebaseer op bronkode-analise en verwerkerhulpbronbeplanning. As gevolg hiervan, kan die verwerker hardeware eenvoudiger en meer ekonomies wees.
Die samesteller is in staat om die bronkode baie deegliker te ontleed as die verwerker se RISC/CISC hardeware en meer onafhanklike bewerkings te vind. Daarom het die E2K-argitektuur meer parallelle uitvoeringseenhede as tradisionele argitekture.
Huidige kenmerke van die E2K-argitektuur:
- 6 kanale van rekenkundige logiese eenhede (ALU) wat parallel werk.
- Registreer lêer van 256 84-bis registers.
- Hardeware-ondersteuning vir siklusse, insluitend dié met pypleiding. Verhoog die doeltreffendheid van verwerkerhulpbrongebruik.
- Programmeerbare asynchrone data-voorpomp met aparte uitleeskanale. Laat jou toe om vertragings vir geheuetoegang weg te steek en die ALU vollediger te gebruik.
- Ondersteuning vir spekulatiewe berekeninge en een-bis predikate. Laat jou toe om die aantal oorgange te verminder en verskeie takke van die program parallel uit te voer.
- 'n Wye opdrag wat in staat is om tot 23 bewerkings in een kloksiklus met maksimum vulling te spesifiseer (meer as 33 bewerkings wanneer operande in vektorinstruksies verpak word).
Emulasie x86
Selfs in die argitektuurontwerpstadium het die ontwikkelaars die belangrikheid verstaan van die ondersteuning van sagteware wat vir die Intel x86-argitektuur geskryf is. Hiervoor is 'n stelsel geïmplementeer vir dinamiese (d.w.s. tydens programuitvoering, of "on the fly") vertaling van x86-binêre kodes in E2K-argitektuurverwerkerkodes. Hierdie stelsel kan beide in toepassingsmodus werk (op die wyse van WINE), en in 'n modus soortgelyk aan 'n hipervisor (dan is dit moontlik om die hele gasbedryfstelsel vir die x86-argitektuur te laat loop).
Danksy verskeie vlakke van optimalisering is dit moontlik om 'n hoë spoed van die vertaalde kode te bereik. Die kwaliteit van x86-argitektuur-emulasie word bevestig deur die suksesvolle bekendstelling van meer as 20 bedryfstelsels (insluitend verskeie weergawes van Windows) en honderde toepassings op Elbrus-rekenaarstelsels.
Beskermde programuitvoeringsmodus
Een van die interessantste idees wat van die Elbrus-1- en Elbrus-2-argitekture geërf is, is die sogenaamde veilige programuitvoering. Die essensie daarvan is om te verseker dat die program slegs met geïnisialiseerde data werk, om alle geheuetoegange na te gaan of dit aan 'n geldige adresreeks behoort, om intermodulebeskerming te bied (byvoorbeeld om die oproepprogram teen 'n fout in die biblioteek te beskerm). Al hierdie kontroles word in hardeware uitgevoer. Vir beskermde modus is daar 'n volwaardige samesteller en runtime-ondersteuningsbiblioteek. Terselfdertyd moet dit verstaan word dat die opgelegde beperkings lei tot die onmoontlikheid om uitvoering te organiseer, byvoorbeeld kode geskryf in C ++.
Selfs in die gewone, "onbeskermde" werkingsmodus van die Elbrus-verwerkers, is daar kenmerke wat die betroubaarheid van die stelsel verhoog. Dus, die bindende inligtingstapel (die ketting van terugstuuradresse vir prosedure-oproepe) is apart van die gebruikerdatastapel en is ontoeganklik vir sulke aanvalle wat in virusse gebruik word as terugkeeradres-spoofing.
Ontwerp oor die jare heen, haal dit nie net in en presteer beter as mededingende argitekture in terme van werkverrigting en skaalbaarheid in die toekoms nie, maar bied ook beskerming teen foute wat x86/amd64 teister. Boekmerke soos 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) en dies meer.
Moderne beskerming teen gevind kwesbaarhede in die x86/amd64 argitektuur is gebaseer op pleisters op die bedryfstelsel vlak. Dit is hoekom die prestasiedaling op huidige en vorige generasies verwerkers van hierdie argitekture so opvallend is en wissel van 30% tot 80%. Ons, as aktiewe gebruikers van x86-verwerkers, weet hiervan, ly en gaan voort om "'n kaktus te eet", maar die teenwoordigheid van 'n oplossing vir hierdie probleme in die kiem vir ons (en, as gevolg daarvan, vir ons kliënte) is 'n ongetwyfeld voordeel, veral as die oplossing Russies is.
Технические характеристики
Hieronder is die amptelike tegniese kenmerke van die Elbrus-verwerkers van die verlede (4C), huidige (8C), nuwe (8CB) en toekomstige (16C) generasies in vergelyking met soortgelyke Intel x86-verwerkers.
Selfs 'n vlugtige blik op hierdie tabel wys (en dit is baie verblydend) dat die tegnologiese agterstand van huishoudelike verwerkers, wat 10 jaar gelede onoorkomelik gelyk het, nou reeds redelik klein lyk, en in 2021 met die bekendstelling van Elbrus-16C (wat o.a. ander dinge, sal virtualisering ondersteun) sal tot die minimum afstande verminder word.
SHD AERODISK op Elbrus 8C verwerkers
Ons gaan van teorie na praktyk oor. As deel van die strategiese alliansie van MCST, Aerodisk, Basalt SPO (voorheen Alt Linux) en NORSI-TRANS, is 'n databergingstelsel ontwikkel en in werking gestel, wat op die oomblik indien nie die beste is in terme van sekuriteit, funksionaliteit, koste en prestasie, na ons mening, 'n onteenseglik waardige oplossing wat die behoorlike vlak van tegnologiese onafhanklikheid van ons Moederland kan verseker.
Nou die besonderhede...
Die hardeware deel
Die hardeware-deel van die bergingstelsel word geïmplementeer op die basis van die universele platform Yakhont UVM van die NORSI-TRANS-maatskappy. Die Yakhont UVM-platform het die status van telekommunikasietoerusting van Russiese oorsprong ontvang en is ingesluit in die verenigde register van Russiese radio-elektroniese produkte. Die stelsel bestaan uit twee afsonderlike stoorbeheerders (2U elk), wat deur 'n 1G of 10G Ethernet-interkonneksie met mekaar verbind word, asook met gedeelde skyfrakke wat 'n SAS-verbinding gebruik.
Dit is natuurlik nie so mooi soos die “Cluster in a box”-formaat (wanneer beheerders en skywe met 'n gemeenskaplike agtervlak in een 2U-onderstel geïnstalleer word) wat ons gewoonlik gebruik nie, maar in die nabye toekoms sal dit ook beskikbaar wees. Die belangrikste ding hier is dat dit goed werk, maar ons sal later aan die "boë" dink.
Onder die enjinkap het elke beheerder 'n enkelverwerker-moederbord met vier RAM-gleuwe (DDR3 vir 'n 8C-verwerker). Ook aan boord van elke beheerder is daar 4 1G Ethernet-poorte (waarvan twee deur AERODISK ENGINE-sagteware as diens gebruik word) en drie PCIe-gleuwe vir Back-end (SAS) en Front-end (Ethernet of FibreChannel) adapters.
As selflaai-aandrywers gebruik ons Russiese SATA SSD-aandrywers van GS Nanotech, wat ons herhaaldelik getoets en in projekte gebruik het.
Toe ons die platform die eerste keer ontmoet het, het ons dit noukeurig ondersoek. Ons het geen vrae gehad oor die kwaliteit van montering en soldering nie, alles is netjies en betroubaar gedoen.
Bedryfstelsel
Die weergawe van OS Alt 8SP vir sertifisering word as die OS gebruik. In die nabye toekoms beplan ons om 'n inpropbare en voortdurend bygewerkte bewaarplek vir Alt OS met Aerodisk-bergingsagteware te skep.
Hierdie weergawe van die verspreiding is gebou op die huidige stabiele weergawe van die Linux 4.9-kern vir E2K ('n tak met langtermyn-ondersteuning wat deur MCST-spesialiste oorgedra word), aangevul met pleisters vir funksionaliteit en sekuriteit. Alle pakkette in Alt OS word direk op Elbrus gebou deur die oorspronklike transaksionele boustelsel van die ALT Linux Team-projek te gebruik, wat dit moontlik gemaak het om arbeidskoste vir die oordrag self te verminder en meer aandag aan produkkwaliteit te gee.
Enige vrystelling van Alt OS vir Elbrus kan aansienlik uitgebrei word in terme van funksionaliteit met behulp van die bewaarplek wat daarvoor beskikbaar is (van ongeveer 6 duisend bronpakkette vir die agtste weergawe tot ongeveer 12 vir die negende).
Die keuse is ook gemaak omdat Basalt SPO, die ontwikkelaar van Alt OS, aktief saam met ander sagteware- en toestelontwikkelaars op verskeie platforms werk, wat naatlose interaksie binne hardeware en sagtewarestelsels verseker.
Sagtewarebergingstelsels
Met die oordrag het ons dadelik die idee laat vaar om die x2-emulasie wat in E86K ondersteun word, te gebruik en direk met verwerkers begin werk (gelukkig het Alt reeds die nodige gereedskap hiervoor).
Die inheemse uitvoeringsmodus bied onder meer beter sekuriteit (dieselfde drie hardeware stapels in plaas van een) en verhoogde werkverrigting (dit is nie nodig om een of twee kerns uit agt toe te ken vir die binêre vertaler om te werk nie, en die samesteller doen sy werk beter as JIT).
Trouens, die E2K-implementering van AERODISK ENGINE ondersteun die meeste van die bestaande bergingsfunksies wat in x86 gevind word. Die huidige weergawe van AERODISK ENGINE (A-CORE weergawe 2.30) word as die stoorstelselsagteware gebruik
Sonder enige probleme op E2K, is die volgende funksies bekendgestel en getoets vir gebruik in die produk:
- Fouttoleransie vir tot twee beheerders en multipad I/O (mpio)
- Blokkeer en lêertoegang met dun volumes (RDG, DDP-poele; FC, iSCSI, NFS, SMB-protokolle insluitend Active Directory-integrasie)
- Verskeie RAID-vlakke tot driedubbele pariteit (insluitend die vermoë om die RAID-konstruktor te gebruik)
- Hibriede berging (kombinasie van SSD en HDD binne dieselfde swembad, d.w.s. kas en vlak)
- Ruimtebesparende opsies met deduplisering en kompressie
- ROW-kiekies, klone en verskeie replikasie-opsies
- En ander klein maar nuttige kenmerke soos QoS, globale hotspare, VLAN, BOND, ens.
Trouens, op E2K het ons daarin geslaag om al ons funksionaliteit te kry, behalwe vir multi-beheerders (meer as twee) en die multi-draad I / O skeduleerder, wat ons in staat stel om die werkverrigting van alle flits swembaddens te verhoog met 20-30% .
Maar ons sal natuurlik ook hierdie nuttige funksies byvoeg, 'n kwessie van tyd.
'n Bietjie oor prestasie
Nadat ons die toetse van die basiese funksionaliteit van die stoorstelsel suksesvol geslaag het, het ons natuurlik lastoetse begin uitvoer.
Byvoorbeeld, op 'n dubbelbeheerderbergingstelsel (2xCPU E8C 1.3 Ghz, 32 GB RAM + 4 SAS SSD 800GB 3DWD), waarin die RAM-kas gedeaktiveer is, het ons twee DDP-poele geskep met die hoof RAID-10-vlak en twee 500G LUN's en het hierdie LUN's oor iSCSI (10G Ethernet) aan 'n Linux-gasheer gekoppel. En het een van die basiese uurlikse toetse op klein opeenvolgende vragblokke met die FIO-program gedoen.
Die eerste resultate was redelik positief.
Die las op die verwerkers was gemiddeld op die vlak van 60%, m.a.w. dit is die basisvlak waarop berging veilig kan werk.
Ja, dit is ver van hoëlading, en dit is duidelik nie genoeg vir hoëprestasie-DBBS'e nie, maar, soos ons praktyk toon, is hierdie eienskappe voldoende vir 80% van die algemene take waarvoor bergingstelsels gebruik word.
'n Bietjie later beplan ons om terug te keer met 'n gedetailleerde verslag oor die vragtoetse van Elbrus as 'n bergingsplatform.
Helder toekoms
Soos ons hierbo geskryf het, het die massaproduksie van Elbrus 8C eintlik net onlangs begin - aan die begin van 2019 en teen Desember was ongeveer 4000 4 verwerkers reeds vrygestel. Ter vergelyking is slegs 5000 verwerkers van die vorige generasie Elbrus XNUMXC vir die hele tydperk van hul produksie vervaardig, so daar is vordering.
Dit is duidelik dat dit 'n druppel in die see is, selfs vir die Russiese mark, maar die pad sal deur die wandelende een bemeester word.
Die vrystelling van etlike tienduisende Elbrus 2020C-verwerkers word vir 8 beplan, en dit is reeds 'n ernstige syfer. Daarbenewens moet die Elbrus-2020SV-verwerker gedurende 8 deur die MCST-span na massaproduksie gebring word.
Sulke produksieplanne is 'n toepassing vir 'n baie beduidende deel van die hele binnelandse bedienerverwerkermark.
As gevolg hiervan het ons hier en nou 'n goeie en moderne Russiese verwerker met 'n duidelike en, na ons mening, korrekte ontwikkelingstrategie, op grond waarvan daar die veiligste en gesertifiseerde Russies-vervaardigde databergingstelsel is (en in die toekoms, 'n virtualisasiestelsel op Elbrus-16C). Die Russiese stelsel is so ver as wat dit nou fisies moontlik is in moderne toestande.
Ons sien dikwels in die nuus die volgende epiese mislukkings van maatskappye wat hulself met trots Russiese vervaardigers noem, maar in werklikheid besig is om etikette weer vas te plak sonder om enige waarde van hul eie by die produkte van 'n buitelandse vervaardiger toe te voeg, behalwe vir hul opmaak. Sulke maatskappye werp ongelukkig 'n skaduwee op alle regte Russiese ontwikkelaars en vervaardigers.
Met hierdie artikel wil ons duidelik wys dat daar in ons land maatskappye was, is en sal wees wat werklik en doeltreffend moderne komplekse IT-stelsels maak en aktief ontwikkel, en invoervervanging in IT is nie 'n vloek nie, maar 'n werklikheid waarin ons almal lewe. Jy kan nie hierdie werklikheid liefhê nie, jy kan dit kritiseer, of jy kan werk en dit beter maak.
Die ineenstorting van die USSR het op 'n tyd die span van Elbrus-skeppers verhinder om 'n prominente speler in die verwerkerswêreld te word en die span gedwing om finansiering vir hul ontwikkelings in die buiteland te soek. Dit is gevind, die werk is gedoen, en die intellektuele eiendom is gered, waarvoor ek graag vir hierdie mense baie dankie wil sê!
Dit is al vir nou, skryf asseblief jou kommentaar, vrae en natuurlik kritiek. Ons is altyd bly.
Ook, namens die hele Aerodisk-maatskappy, wil ek die hele Russiese IT-gemeenskap gelukwens met die komende Nuwejaar en Kersfees, wens 100% uptyd - en dat rugsteun vir niemand nuttig sal wees in die nuwe jaar nie))).
Materiaal wat gebruik word
'n Artikel met 'n algemene beskrywing van tegnologieë, argitekture en persoonlikhede:
'n Kort geskiedenis van rekenaars onder die naam "Elbrus":
Algemene artikel oor e2k-argitektuur:
Die artikel handel oor die 4de generasie (Elbrus-8S) en die 5de generasie (Elbrus-8SV, 2020):
Spesifikasies van die volgende 6de generasie verwerkers (Elbrus-16SV, 2021):
Die amptelike beskrywing van die argitektuur van Elbrus:
Die planne van die ontwikkelaars van die hardeware- en sagtewareplatform "Elbrus" om 'n superrekenaar met uitnemende werkverrigting te skep:
Russiese Elbrus-tegnologie vir persoonlike rekenaars, bedieners en superrekenaars:
'n Ou artikel deur Boris Babayan, maar steeds relevant:
Ou artikel deur Mikhail Kuzminsky:
MCST-aanbieding, algemene inligting:
Inligting oor Alt OS vir die Elbrus-platform:
Bron: will.com