مشکلات اساسی محاسبات مدولار با موفقیت حل شد، دستگاه پذیرفته شد، نمونه اولیه کاملاً کار کرد، الگوریتم ها نوشته شدند. تاکنون هیچ کس نمی توانست حدس بزند که همه چیز چگونه پیش می رود و در موجی از سرخوشی ، کارمندان تصمیم گرفتند که در پروژه ای که قبلاً با موفقیت انجام شده است (به نظر آنها) متوقف نشوند و چیز دیگری بسازند.
این مقاله حاوی تصاویر بسیاری از پروژه های مشابه غربی است، متأسفانه، این یک اقدام ضروری است، زیرا امکان یافتن عکس های مربوط به آثار متاخر یودیتسکی و تیم SVTs در هیچ منبع باز وجود نداشت (و معلوم نیست که آیا عکس هایی از این نمونه های اولیه مخفی حتی وجود داشتند).
هنگام ایجاد 5E53، یک زمینه عظیم برای تحقیقات بیشتر ایجاد شد - مبانی ریاضی کار با SOC، روش های بهبود تحمل خطا در نهایت صیقل داده شد، حاشیه ایجاد شد (و ایجاد آن در اتحاد جماهیر شوروی یک شاهکار جداگانه بود، قابل مقایسه با توسعه آنها از کیفیت وحشتناک درایوهای شوروی، چاپگرها و چیزهای دیگر حتی کمونیست های متعصب شکایت کردند. برای سیستم عامل، یک ماتریس دیود 256 بیتی مناسب بر روی یک بستر دی الکتریک، DMR-256، ساخته شد و تولید آن در Mikron سازماندهی شد، روش هایی برای مونتاژ IC های هیبریدی با چگالی بالا آزمایش شدند.
فراموش نکنیم که کارمندان یودیتسکی با خاصیت استخوانی شدن سالخورده بسیاری از مدارس علمی رسمی اتحاد جماهیر شوروی متمایز نبودند، در آنجا بویی از ژرونتوکراسی به مشام نمی رسید، همه (مثل رئیس خود) جوان و جسور بودند و می خواستند بیشتر خلق کنند. آنها قصد داشتند نسخه بعدی 5E53 را بهبود بخشند، آن را از قبل روی ریزمدارهای واقعی مونتاژ کنند و تعدادی راه حل فنی حتی پیشرفته تر را نیز شامل شوند (خوشبختانه، در طراحی اولیه ابررایانه جدید دیگر هیچ محدودیتی برای کار به طور خاص با الگوریتم های دفاع موشکی وجود نداشت. ). یک انقلاب واقعی در زمینه ابرکامپیوترها تصور شد که توسط رقابت دوستانه با گروه Kartsev تقویت شد - یودیتسکی فهمید که دستگاه او به طور عینی کندتر است ، او با تمایل به فشار دادن همان تعداد عملیات روی یک رایانه مدولار سوخته بود.
هیولای تصور شده رادیکال و مترقی بود حتی با استانداردهای معماری شگفت انگیز غربی در دهه 1980 (زمانی که همه چیز برای افزایش بهره وری تلاش می شد). علاوه بر محاسبات ماژولار، باید ماژولار، قابل تنظیم مجدد (!) و با اجرای ریزبرنامه سخت افزاری یک زبان جاوا (!) اتحاد جماهیر شوروی) یا حتی زبان غریبتر - IPL (زبان پردازش اطلاعات، توسعه یافته توسط آلن نیول (Allen Newell) باشد. کلیف شاو (کلیف شاو) و هربرت سایمون (هربرت آ. سیمون) از شرکت رند و مؤسسه کارنگی در حدود سال 1: شاید اولین زبان برنامه نویسی کاربردی در جهان، از نوع اسمبلی، متمرکز بر کار با لیست ها باشد.
این نوآوری های بسیار نامتعارف باید به طور جداگانه مورد بحث قرار گیرند، به خصوص که ایده پشتیبانی سخت افزاری برای NED با موفقیت توسط Burtsev برای Elbrus خود قرض گرفته شد. همه چیز در ایالات متحده آمریکا با شرکت معروف Burroughs شروع شد که در اوایل دهه 1960 تصمیم گرفت وارد بازار مین فریم شود.
B5000
به این ترتیب B5000 متولد شد - یک ماشین عالی که یک دهه از توسعه معماری کامپیوتر پیشی گرفت.
این مینفریم که توسط تیمی به رهبری رابرت بارتون در سال 1961 طراحی شد، اولین مورد از سری سیستمهای بزرگ باروز بود که تا اواخر دهه 1980 کار میکرد و دارای معماری منحصربهفردی بود که توسط هیچ سازنده دیگری استفاده نمیشد. جان آر. مشی، دانشمند مشهور کامپیوتر، آن را به عنوان یکی از تحسین برانگیزترین اختراعات خود برشمرده است:
من همیشه فکر میکردم که این یکی از خلاقانهترین نمونههای طراحی ترکیبی سختافزار و نرمافزار است که دیدهام، بسیار جلوتر از زمان خود.
آلن بیتسون، کارشناس ماشین باروز، پروفسور دانشگاه ویرجینیا، در مصاحبه ای با مجله Whatever Happened to the Seven Dwarfs؟، گفت:
اگر اکنون میتوانید مشخصات این دستگاه را از چشم مردم در دهه 1960 بخوانید، شگفتزده میشوید!»
در دهههای 1960-1980، بسیاری از شرکتها به افتخار خود، محصولات خود و هر فناوری، انواع پینهای یقهای را تولید کردند، این نشانها توسط کارمندان شرکت پوشیده میشد، آنها در نمایشگاهها و ارائهها توزیع میشدند و در تبلیغات استفاده میشدند. بسیاری از آنها در حال حاضر بسیار کلکسیونی هستند. اولین کامپیوتر بزرگ باروز حتی سازندگانش را چنان تحت تاثیر قرار داد که به افتخار آن نشانی با شاید اصلی ترین نوشته تبلیغاتی صادر شد: "من B5000 را لمس کردم" (من B5000 را لمس کردم). همچنین عنوان کتابی از خاطرات در سال 1985 است که توسط دانشمند و توسعهدهنده کامپیوتر معروف، متخصص در تئوری و تالیف زبان، که در باروز بر روی نسخه آن از الگول ریچارد ویچوفا (ریچارد ادوین ویچوف) کار کرده است.

همان نشان (از مجموعه شخصی اوله هاگن جنسن)
چه چیزی منحصر به فرد توسط باب بارتون و تیمش ساخته شده است؟
آنها می دانستند که خیلی دیرتر از رقبای خود از IBM، RCA و سایر شرکت ها وارد بازار بزرگ سیستم می شوند، بنابراین باید چیزی واقعا استثنایی ارائه دهند.
علاوه بر این، آنها این فرصت را داشتند که معماری سیستم هایی را که قبلاً ارائه شده بود مطالعه کنند و متوجه شدند که همه آنها دارای کاستی های مشترک خاصی هستند که در منطقه متمرکز شده است که بدون آن پیشرفته ترین رایانه بی فایده است - نرم افزار. ماشینها جدا از نرمافزار عرضه میشدند و همه برنامهها معمولاً توسط شرکتی نوشته میشد که کامپیوتری را از ابتدا خریداری میکرد و برای خودش، هیچکس حتی به راحتی توسعه فکر نمیکرد، معماری از نرمافزار جدا شد. کامپیوترها توسط گروه های خاصی از مهندسان ساخته شدند که حتی به این فکر نمی کردند که توسعه برنامه ها برای ماشین هایشان چقدر آسان یا دشوار است. B5000 قرار بود به همه این سوالات پاسخ دهد.
این اولین کامپیوتر در جهان بود که به عنوان یک مجتمع سخت افزاری-نرم افزاری واحد و یک سیستم یکپارچه، بر خلاف S / 360، که IBM حتی نتوانست سیستم عامل اصلی برنامه ریزی شده OS / 360 را برای آن به یاد بیاورد، توسعه یافت (علاوه بر این، این تمرین طراحی جداگانه در IBM به بعد حفظ شد و در نهایت غالب شد، از جمله سیستمهای دستورالعمل x86، PPC و ARM). طراحی یک ماشین بدون توجه به کدهای اجرایی منجر به عصاهای متعددی در پیاده سازی نرم افزارها و سیستم عامل ها در دهه 1980 شد که به طور غیر مستقیم بر کیفیت نرم افزارهای امروزی تاثیر می گذارد.
برای B5000 همه چیز متفاوت بود. از همان ابتدا، در ارتباط با زبان، سیستم عامل و نرم افزار سیستم طراحی شد. ویژگی اصلی معماری آن، پشتیبانی کامل سخت افزاری از زبان های سطح بالا، بر اساس دو نوآوری بود - یک پردازنده پشته و حافظه توصیف کننده برچسب.
B5000 اسمبلر نداشت، پردازنده آن قادر بود مستقیماً دستورات HLL را اجرا کند. هنگام توسعه، این سوال مطرح شد که کدام یک از زبان ها را به عنوان اصلی انتخاب کنید؟ در آن سال ها فقط تعداد کمی از آنها وجود داشت، اما انتخاب بر روی قوی ترین زبان آکادمیک قرار گرفت، که استاندارد جدیدی برای آن ظاهر شده بود - Algol-60. این زبان به زبان اصلی سیستم تبدیل شد، علاوه بر این، پشتیبانی خوبی برای Cobol (بیشتر شامل کار با اپراتورهای رشته قدرتمند) و Fortran بود. بنابراین، کل معماری B5000 حول یک زبان بسیار پیشرفته ساخته شده است، به عنوان مثال، مدت ها قبل از اینکه دستور #define در C ظاهر شود، مکانیزم مشابهی در B5000 استفاده شد و در خود زبان تعبیه شد و یک دستور پیش پردازنده نبود. .
اکثر سازندگان کامپیوتر دیگر به دلیل پیچیدگی و اجرای بسیار کند نرم افزار فقط می توانند رویای پیاده سازی کامپایلر Algol را داشته باشند. اعتقاد بر این بود که دستیابی به سرعت قابل قبولی در هنگام استفاده غیرواقعی است و اگر از پشتیبانی سخت افزاری استفاده نمی کنید، این چنین بود (به ویژه این یکی از دلایلی است که Algol به عنوان یک زبان گسترده نشده است. محبوبیت در آن زمان). در باروز، دانشجوی جوان در آن زمان، دونالد کنوت افسانهای، که قبلاً برنامههایی را در Algol-58 برای ماشینهای اولیه خود توسعه داده بود، چندین ماه در طول تعطیلات تابستانی روی پیادهسازی این زبان کار کرد.
کامپایلر Burroughs Algol بسیار سریع بود - این تأثیر زیادی بر دانشمند معروف هلندی Edsger Dijkstra (Edsger Dijkstra) گذاشت. در حین آزمایش B5000 در پاسادنا، برنامه او با سرعت خواندن از روی کارت های پانچ تهیه شد که برای آن زمان نتیجه شگفت انگیزی بود و او بلافاصله چندین دستگاه را برای دانشگاه فناوری آیندهوون هلند که در آن کار می کرد سفارش داد. پشتیبانی سخت افزاری و رم کافی به کامپایلر اجازه می داد در حالت تک گذر اجرا شود (اگرچه حتی اسمبل کننده های اولیه ماشین تقریباً همیشه از کامپایل چند پاسی در آن زمان استفاده می کردند).

B5500 و اجزای آن
1 - چاپگر (B320، B321 یا B325)، 2 - کارت خوان پانچ (B129)، 3 - کنسول کنترلی با 4 - تله تایپ برای وارد کردن دستورات (مثلا Teletype Corp Model 33 KSR)، 5 - پانچر (B303 یا B304) ، 6 - درایو نوار (B422/B423 -15 مگابیت)، 7 - پردازنده (یکی از دو مورد ممکن)، 8 - پردازنده مشترک ورودی / خروجی، 9 - کنترلر ترمینال، 10 - صفحه نمایش و کنسول اشکال زدایی. همچنین 2 کابینت با رم و یک کابینت پردازنده دوم در عکس نمی گنجد (عکس از دانشگاه تاسمانی http://www.retrocomputingtasmania.com)
دقیقاً به این دلیل که ایدههای مشابهی به گروه یودیتسکی و بعداً به گروه بورتسف رسید (با این تفاوت که یودیتسکی، بر خلاف برتسف، یک باروز زنده برای مطالعه نداشت) به تمام این مزایا با جزئیات پرداختیم. در نتیجه، بسیاری از چیزهایی که در جهان منحصر به فرد و بی نظیر توصیف شده اند، که در البروس اجرا شده اند، در واقع خیلی زودتر ظاهر شدند، از جمله مکانیسم های حفاظتی پیشرفته.
حتی الگول باروز بهبودیافته بسیاری از ساختارهای ناامن مورد نیاز سیستم عامل و سایر نرم افزارهای سیستم را شامل نمی شود. برای پشتیبانی از آنها، یک پسوند ویژه Espol (زبان مشکل محور سیستم های اجرایی) توسعه داده شد. Espol برای نوشتن هسته سیستم عامل - Burroughs MCP (Master Control Program) و تمام نرم افزارهای سیستم استفاده شد. پشتیبانی سخت افزاری Espol پیاده سازی حافظه مجازی، پردازش چندگانه، سوئیچ های زمینه سریع و فراخوانی رویه، حفاظت از حافظه و به اشتراک گذاری کد را آسان کرده است. B5000 اولین ماشین حافظه مجازی تجاری بود. علاوه بر این، به همین دلیل، ورود مجدد کامل کد به صورت طبیعی و بدون تلاش اضافی از سوی برنامه نویسان محقق شد. زبان Espol با پیشرفته تر Newp (زبان برنامه نویسی اجرایی جدید) در اواخر دهه 1970 جایگزین شد.
تمام ساختارهای ناامن در یک برنامه توسط کامپایلر Newp رد می شوند، مگر اینکه یک بلوک در RAM به طور خاص با یک برچسب خاص برای اجازه دادن به این دستورالعمل ها مشخص شده باشد. این علامت گذاری بلوک یک مکانیسم حفاظتی چند سطحی را فراهم می کند. علاوه بر این، برنامه های Newp که حاوی ساختارهای ناامن هستند، به صورت بومی قابل اجرا نیستند. یک مدیر امنیت سیستم خاص می تواند آنها را قابل اجرا کند، اما کاربران عادی نمی توانند. حتی کاربران ممتازی که معمولاً دسترسی روت دارند نمیتوانند آنها را بدون اجازه صریح مدیر اجرا کنند. فقط کامپایلرهای تعیین شده توسط سیستم عامل می توانند فایل های اجرایی با دستورات توسعه یافته ایجاد کنند و فقط خود MCP می تواند یک برنامه را به عنوان کامپایلر تعیین کند (از طریق یک فرمان کنسول مدیر امنیتی).
Newp آنقدر پیشرفته بود که تا سال 2014، زمانی که مهاجرت x86 آغاز شد، توسط معماری اصلی جانشین سری B Unisys ClearPath پشتیبانی میشد. همچنین، مدت ها قبل از bash در لینوکس، یک زبان خط فرمان جداگانه، WFL (زبان جریان کار)، برای کنترل موثر MCP توسعه داده شد. در پردازنده های مرکزی IBM، همتای آن زبان معروف کنترل شغلی (JCL) بود.
کامپیوترهایی که به طور خاص برای HLL طراحی شده بودند بسیار پیچیده بودند، اما بعداً در مسیری که توسط باروز شکست خورد تا اواسط دهه 1980 توسعه یافتند (از جمله آنها می توان به ایستگاه کاری لیلیث نیکلاوس ویرث، پدر پاسکال و ماشین های معروف LISP) اشاره کرد که توسط آنها جایگزین شد. معماری x86 و پردازنده های RISC عمومی.
توصیفگرهای محافظت شده با برچسب در B5000 هر بار که در هر مرحله تغییر داده به حافظه دسترسی پیدا می کند، توسط سخت افزار بررسی می شود. علاوه بر این، سیستم نیازی به کنترل دستی تخصیص حافظه ندارد و علاوه بر این، به طور کلی غیرممکن است. هر بخش از داده های محافظت شده، مانند کد، حتی قابل خواندن نیست، چه رسد به اصلاح، به گونه ای که توسط سیستم کنترل نمی شود، که اکثر حملات را به سادگی غیرممکن می کند و خطاها را غیرممکن می کند.
البته، یک فرآیند ممتاز مناسب میتواند صراحتاً بیتهای تگ را تغییر دهد و در نتیجه خودش را تغییر دهد، اما فقط کامپایلر ESPOL میتواند چنین کدی را تولید کند و MCP از اجرای هر چیزی که توسط آن به عنوان ESPOLCODE شناخته میشود، صرف نظر از اینکه چه امتیازی باشد، خودداری میکند. سطح فردی که سعی می کند آن را اجرا کند دارد. چنین برنامه هایی باید در همان ابتدا به عنوان بخشی از سیستم عامل نصب شوند و اساساً اضافه کردن یا تغییر آنها در حین کار غیرممکن است.
در نتیجه، مینفریمهای باروز تا سی سال آینده ایمنترین و مطمئنترین ماشینهای روی کره زمین باقی ماندند، به همین دلیل است که فدرال رزرو ایالات متحده آنها را برای سالهای آینده به عنوان استاندارد رایانه بانکی خود انتخاب کرد. همانطور که قبلاً گفتیم، این معماری (البته که به طور مداوم توسط مدل های جدید بهبود می یابد) تا همین اواخر توسط سخت افزار پشتیبانی می شد و تنها از سال 2014 انتقال به سرورهای استاندارد x86 صورت گرفت.
یکی از معدود مشکلات واقعی سری B این بود که نسل قبلی آن، B5000، با یک پردازنده و زیرسیستم حافظه بسیار پیچیده به پایان رسید. در عصر ماشینهای ترانزیستوری شده، میتوان چشمهای خود را بر این امر بست، اما این لحظه ادغام مدلهای بعدی را بسیار پیچیده کرد. در آن سالها که همه تولیدکنندگان به مدلهای تکتراشه روی آوردند، با پردازندهای که بهعنوان یک مدار سفارشی پیادهسازی میشد، سری ماشینهای بزرگ باروز هنوز در نسخههای چند تراشهای تولید میشدند.
اولین نسخه از "مین فریم روی یک تراشه" - SCAMP، تا اواخر دهه 1980 ظاهر نشد، زمانی که خیلی دیر شده بود، اگرچه این پردازنده و جانشینان آن توسط Unisys تا اواسط دهه 2000 استفاده می شد.
بالای خط ماشین های بانکی بزرگ. Burroughs B7900 (1984) به آخرین مین فریم کلاسیک سری B تبدیل شد، در سال 1986 آنها با Sperry ادغام شدند: اینگونه بود که Unisys متولد شد که هنوز وجود دارد (عکس از دانشگاه تاسمانی http://www.retrocomputingtasmania.com)
به دلیل پیچیدگی بسیار زیاد پردازنده و تعداد زیاد ترانزیستورها و آی سی های اولیه، قابلیت اطمینان یک مشکل اضافی بود.
با این حال، کامپیوترهای باروز نتوانستند خراب شوند - این شرکت به عنوان یکی از بهترین تامین کنندگان سیستم های با دسترسی بالا شهرت داشت، ماشین های آنها به طور سنتی سال ها بدون توقف اضطراری کار می کردند (و همچنین، به هر حال، ماشین های اضافه کننده آنها که تا آن زمان به درستی قابل اطمینان ترین در صنعت در نظر گرفته شده است). افزونگی و انعطاف پذیری قابل توجهی در سیستم تعبیه شده است تا اطمینان حاصل شود که B5000 معیارهای کیفی سختگیرانه را برآورده می کند.
ماژولهای سختافزار را میتوان بدون توقف کار و بدون از دست دادن دادهها جدا کرد و نصب کرد، که در آن زمان چیزی فوقالعاده بود. به منظور نظارت بر وضعیت تمام گرههای ماشین و پیکربندی مجدد سیستم در فرآیند محاسبات، دور زدن بخشهای معیوب، یک همپردازنده ویژه MDLP (پردازنده منطق تشخیصی تعمیر و نگهداری، پردازنده تعمیر و نگهداری) اضافه شد. همچنین توسط مهندسان برای تشخیص تمام اجزای سیستم استفاده شد.
در نتیجه، علیرغم این واقعیت که B5000 نسبت به ماشین های سنتی آن سال ها بسیار پیچیده تر بود، قابلیت اطمینان آن نه تنها آسیب نبیند، بلکه به طور قابل توجهی از اکثر رایانه های این کلاس فراتر رفت.
اقتدار این شرکت در محیط بانکی به حدی بالا بود که در سال 1973، زمانی که انجمن ارتباطات مالی بین بانکی جهانی (SWIFT - Society for Worldwide Interbank Financial Telecommunications) ایجاد شد، این باروز بود که سیستم های سوئیچینگ ستون فقرات خود را در 4 سال ساخت. کار کردن تا به امروز، وارث باروز، Unisys Corporation، بزرگترین ارائه دهنده شبکه SWIFT است.

"مین فریم دسکتاپ" Unisys Micro A (1989) در واقع اولین سرور به معنای امروزی کلمه است. پردازنده او SCAMP-A (بالا) و بعداً SCAMP-D (1997، پایین) است. به سفارش Unisys، تراشه ها ابتدا توسط IBM در کارخانه های خود و سپس توسط LSI تولید شدند. سرور Unisys ClearPath Libra 6200 (2012-2015) آخرین سروری است که از معماری B5000 پشتیبانی می کند (عکس از دانشگاه تاسمانی http://www.retrocomputingtasmania.com، از مجموعه خصوصی جان کالور https://www.cpushack .com/ و بروشور رسمی Unisys ClearPath )
B5000 توسط ناسا، نیروی هوایی ایالات متحده، شرکت حامل، دانشگاه واشنگتن، دانشگاه دنور، کلتک، دانشگاه استنفورد، دانشگاه موناش در استرالیا مورد استفاده قرار گرفت (آنها تا آخر به باروز وفادار بودند و تمام ماشین های خود را پشت سر هم داشتند. B7800)، موسسه فناوری درکسل در مونترال، پست بریتانیا و اداره معادن آمریکا.
همچنین در سال 1964، باروز B8300 را برای کاربردهای بلادرنگ مانند رزرو بلیط هواپیما ساخت. یک نسخه نسبتا کمیاب از Algol 60 - Jovial به عنوان زبان سیستم انتخاب شد. این زبان در سال 1959 به عنوان یک زبان برنامه نویسی سطح بالا برای سیستم های بلادرنگ در شرکت SDC توسط گروهی به رهبری جولز شوارتز توسعه یافت و در اصل گویش Algol-58 بود، همانطور که با نام بازیگوش آن مشخص می شود (نسخه خود جولز) زبان جبری بین المللی).
در ابتدا برای برنامه نویسی الکترونیک هواپیماهای جنگی در نظر گرفته شده بود، اما در دهه 1960 به بخش مهمی از یک سری پروژه های نظامی ایالات متحده، به ویژه SACCS (سیستم فرماندهی و کنترل خودکار استراتژیک - سیستمی که هسته ای را کنترل می کرد) تبدیل شد. سلاح ایالات متحده) و، البته، SAGE. تقریباً 95 درصد از نرم افزار SACCS (که به طور مشترک توسط ITT و IBM توسعه یافته است) توسط SDC در Jovial نوشته شده است. توسعه دو سال طول کشید (بر حسب حدود 1400 ساعت کار)، که بیش از دو برابر سریعتر از نرم افزار SAGE بود.
در طول توسعه معماری استاندارد پردازنده نظامی MIL-STD-1970A در اواخر دهه 1750، تصمیم گرفته شد که Jovial زبان اصلی برای آن معماری باقی بماند. بسیاری از شرکتها کامپایلرهای خود را برای آن فراهم کردند - تکنیکهای کامپیوتری پیشرفته (ACT)، سیستمهای TLD، سیستمهای نرمافزار اختصاصی (PSS) و غیره. آخرین استاندارد برای این زبان، MIL-STD-1589C، در سال 1984 به تصویب رسید؛ در حال حاضر، سه گویش از این استاندارد هنوز در حال استفاده است: J3، J3B-2 و J73. پشتیبانی از Jovial تنها در سال 2010 متوقف شد، اگرچه کامپایلرها همچنان منتشر می شوند.
همانند Cobol، بسیاری از نرمافزارهای پیادهسازی شده در Jovial از اهمیت ویژهای برخوردار هستند و تعمیر و نگهداری در حال دشوارتر شدن است، با جایگزینی جزئی از سال 2016، اگرچه گاهی اوقات انتخاب بیش از حد عجیب است. به عنوان مثال نرم افزار بمب افکن معروف B-2 از Jovial به Pure C (!) منتقل شد که به سختی می توان آن را راه حلی موثر از نظر امنیت و سهولت پشتیبانی دانست.
تقریباً همان معماری توسط مهندسان SVT پیشنهاد شد، فقط ابر رایانه آنها یک ویژگی منحصر به فرد دیگر داشت - همانطور که قبلاً گفتیم ماژولار بود!
کامپیوتر جدید Yuditsky
ماشین جدید Yuditsky قرار بود شامل زیرسیستم هایی برای پردازش مرکزی (تا 16 پردازنده مرکزی)، ورودی-خروجی (تا 16 پردازنده ورودی-خروجی)، حافظه (تا 32 بخش RAM 32K x 64 بیت کلمات) و یک کلمه قدرتمند باشد. سیستم ماژولار برای سوئیچینگ پویا ماژول های فهرست شده بر روی یک نمودار پیچیده (هر CPU می تواند به هر PVV و هر بخش از RAM متصل شود). عملکرد کلی کامپیوتر در 200 MIPS کاملاً هیولایی تخمین زده شد - Cray-1 در سال 1977 160 را ارائه کرد! در پردازنده، البته، اجرای جدولی از حساب برنامه ریزی شده بود.
در نتیجه، یودیتسکی با خوشحالی اظهار داشت که با وجود سیستم بسیار غیر معمول کلاسهای باقیمانده برای ابررایانهها، پروژه جدید او میتواند M-10 کارتسف را شکست دهد! این واقعاً یک ترکیب کاملاً منحصر به فرد بود که همه پیشرفته ترین پیشرفت های جهان در زمینه رایانه های آن سال ها، معماری ماتریس موازی از سری M، پشتیبانی سخت افزاری برای NVU از B5000 و، البته، فناوری اختصاصی Yuditsky را جذب کرد. خودش - SOK.
قابل توجه ترین چیز این است که نتیجه به هیچ وجه شبیه تلاقی بین جوجه تیغی و مار نبود - این یک ماشین کاملاً کارآمد، بسیار راحت و قدرتمند در جهان آن سالها بود، نزدیکترین رقبای آمریکایی یک نسل از آنها عقب بودند. . علاوه بر این، او فوق العاده قابل اعتماد بود.
به طور کلی، همه ما قبلاً درک می کنیم که حتی به قیمت جان طراح اصلی امکان ترجمه آن به یک سریال در اتحاد جماهیر شوروی وجود نداشت.
برای اجرای محاسبات جدول، دستگاه به یک حافظه دائمی فشرده جدید با ظرفیت زیاد نیاز داشت. برای چندین سال، بخش S. A. Garyainov در حال توسعه آن در SVTs است. ماهیت کار ایجاد آرایه های دیود بدون بسته بندی و همچنین طراحی و فناوری ساخت دستگاه های مبتنی بر آنها بود.
فقط برای این منظور، آنها می خواستند DMR-256 قبلاً ذکر شده را تطبیق دهند. بر اساس ماتریس، یک سیستم ساختاری اصلی متناظر ایجاد شد: کریستالهای DMR روی یک تخته سیتال نصب شدند، تختهها در یک پشته MFB هفت طبقه (بلوک چند منظوره) مونتاژ شدند، پشتهها بر روی یک چاپ متقابل بزرگ نصب شدند. هیئت مدیره چندین تخته متقاطع در یک محفظه بلوک فلزی هرمتیک پر از فریون نصب شده بودند. برای حذف گرما از بلوک، لوله های حرارتی در آن تعبیه شد.
طراحی اولیه یک کامپیوتر منحصر به فرد، که به سادگی با اعداد رومی "IV" نمایه شده بود، در اوایل سال 1973 تکمیل شد. "IV" به عنوان یک نمونه اولیه برای پیشرفت های بعدی SVT ها در نظر گرفته شد. با این حال، حتی قبل از تکمیل پروژه، به نظر می رسید که از آن به خوبی استفاده شود.
در پایان سال 1971، دفتر طراحی سوخو "Kulon" با دستور توسعه CAD برای هواپیما به SVTs درخواست داد. پیش از هر گونه توانایی رایانه های شوروی در آن سال ها، الزامات بالا و امیدوارکننده ای بر CAD تحمیل شد.
این سیستم قرار بود از بیش از 700 ایستگاه کاری برای توسعه دهندگان هواپیما و اجزای آن پشتیبانی کند. هر ایستگاه کاری یک ترمینال با یک پلاتر گراف بود و محاسبات باید روی ابررایانه اصلی انجام می شد (در آن روزها خروجی سالانه ایستگاه های کاری حتی ساده تر در اتحاد جماهیر شوروی بیش از نیم هزار نفر نبود). طرح پیش نویس تکمیل شد و با رضایت مشتری پذیرفته شد، اما وزارت صنایع رادیویی (به ریاست چه کسی می داند) به دلیل کمبود بودجه (علیرغم اینکه این پروژه برای ارتش سوخو در نظر گرفته شده بود) از تولید خودرو خودداری کرد. دفتر طراحی، و ما از هیچ پولی برای صنایع دفاعی دریغ نکردیم).
با این حال، برنامه جالب تر برای "IV" تقریباً بلافاصله در اوایل سال 1972 ظاهر شد. سپس SVTها از خود GRU سفارشی دریافت کردند تا یک طرح پیش نویس یک ابر رایانه برای پردازش داده ها با ساختار خاص (ترجمه از زبان GRU به زبان انسانی - برای شکستن رمزها) ایجاد کنند که نام رمز "ماشین 41" را دریافت کرد. -50".
یک کامپیوتر 64 بیتی باید حداقل 200 MIPS سرعت، 16 مگابایت رم و تجهیزات جانبی پیشرفته داشته باشد. در SVTها آنها تصمیم گرفتند یک رایانه برداری با سیستمی از دستورات که روی آرایه ها کار می کند بسازند و بر اجرای الگوریتم های مشتری تمرکز کردند. مشکل موازی سازی پویا در سطح سخت افزار-ریز برنامه حل شد. پیش نویس پروژه 41-50 SVT که به طور مشترک با مؤسسه سایبرنتیک آکادمی علوم اوکراین انجام شد، یکی دیگر از نابغه های شوروی دست کم گرفته شده، یکی از بهترین متخصصان جهان در محاسبات موازی و مدیر IC، آکادمیک V. M. Glushkov، در این پروژه مشارکت داشت. کار کردن
منطقی است که به نحوی صحبتی را درباره گلوشکوف به طور جداگانه شروع کنیم - او یکی از بزرگترین دانشمندان جهان در زمینه علوم رایانه بود (با ویرایش پانزدهم دایره المعارف بریتانیایی-آمریکایی بریتانیکا در 15-1973، مقاله ای در مورد سایبرنتیک توسط سفارش داده شد. گلوشکوف!)، اما پروژه های او (و چیزهای کاملاً شگفت انگیزی وجود داشت، به عنوان مثال، اینترنت شوروی) آنها چنان بی رحمانه غرق شدند که (از قبل به سنت متخصصان برجسته رایانه داخلی) او با مرگ 1974 سال عمر نکرد. از یک حمله قلبی
گلوشکوف به عنوان مدیر علمی پروژه منصوب شد، دو واحد ویژه (شاخه ای از مرکز مرکزی همه روسیه) به سرپرستی Z. L. Rabinovich و B. N. Malinovsky در IK ایجاد شد. یودیتسکی طراح اصلی بود.
طراحی 41-50 با مطالعه الگوریتمهایی برای حل مشکلات مشتری و تلاش برای تطبیق آنها با محاسبات مدولار آغاز شد (همانطور که میبینیم، در تمام پروژههای ماشینهای SOK، کار بر اساس الگوریتمها بود - در واقع این نقطه ضعف بود. از این دسته از رایانه ها - یک اتصال بزرگ به وظایف خاص، که ماشین را تقریباً بسیار تخصصی می کند). این کار توسط V. M. Amerbaev به عنوان یک ریاضیدان و نویسنده اصلی محاسبات مدولار و L. G. Rykov به عنوان یک طراح مدار که این الگوریتم ها را پیاده سازی می کند، رهبری شد.
L. G. Rykov به یاد می آورد:
آکوشسکی بیشتر یک نظریه پرداز بود و به مفاهیمی مانند زمان تاخیر، مسابقه پالس و سایر مشکلات فنی مدار فرو نرفت. ویلژان ماولیوتینوویچ یک شخص کاملاً متفاوت است. او از مشکلات ما دوری نمیکرد و همیشه سعی میکرد چنین گونهای از راهحلهای ریاضی را پیدا کند که با موفقیت در سختافزار پیادهسازی شود.
نتیجه تحقیق در کار RTM U10.012.003 "الگوریتم های ماشینی برای محاسبات غیر موقعیتی دو مرحله ای" جمع آوری شد و به طور کلی ناامید کننده بود. واقعیت این است که در کارهای GRU درصد عملیات غیر ماژولار بسیار زیاد بود، کاهش آنها به SOC غیرممکن بود و تبدیل مداوم به عقب و جلو و هدایت آنها به یک پردازنده مشترک معمولی احمقانه بود.
در نتیجه، عملکرد یک کامپیوتر بسیار پیچیده و قدرتمند از یک ابرکامپیوتر معمولی معماری سنتی فراتر نخواهد رفت. به طور کلی، سیستم SOC به دلیل قابلیت اطمینان، سهولت اجرای محاسبات جدولی و کاهش میزان تجهیزات، جوایز می داد، اما یودیتسکی متعصب نبود و فهمید که محاسبات مدولار یک گلوله نقره ای نیست. مواردی وجود دارد که با وجود تمام ترفندها به سادگی با الگوریتم ها مطابقت ندارد.
در پایان، پس از بحث و گفتگو، SVT ها تصمیم گرفتند که SOC را با حفظ طرح کلی بردار-مژولار ماشین کنار بگذارند و پروژه را تجدید نظر کنند. چنین انعطاف پذیری آنها را از بسیاری از دفاتر طراحی اتحاد جماهیر شوروی متمایز می کرد، که زمانی که یک راه حل فنی کم و بیش موفق را پیدا کرده بودند، همچنان متعصبانه به آن کمک می کردند (مانند نسخه های ترانزیستوری BESM در همه نسخه ها و سیستم فرماندهی خود، بسیار موفق در برخی کارها و به همان منحنی شدید - در مورد دیگران).
آنها تصمیم گرفتند که ماشین را البته بر روی آی سی بسازند و قوی ترین منطق امیتر-کوپل شده سری 100 در آن زمان در اتحاد جماهیر شوروی را به عنوان مبنا قرار دادند. - منطق جفت شده امیتر موتورولا) - مجموعه ای از ریزمدارهای کاملاً قدرتمند و سریع ESL، که در سال 10000 توسعه یافتند (MECL I). این مجموعه شامل چندین نسل بود - I، II، III و 1962، که در سال 10000 منتشر شد. با این حال، تنها در مقادیر مقاومت با نسخه 1971 تفاوت داشت. پس از 1968 سال، آنها موفق شدند آن را در اتحاد جماهیر شوروی به عنوان IS7 کپی کنند، آن را برای قوی ترین رایانه ها، مانند Elbrus در نظر گرفته شده بود.
متأسفانه ریز مدارهای این سری برای اتحادیه بسیار دشوار بود و مشکلات زیادی از نظر کیفیت و پایداری داشت که بدنام است (ما در مورد IS100 در قسمت A-135 و Elbrus صحبت خواهیم کرد ، شیطان خواهد شکست. پای او در کپی کردن ESL های قدرتمند در اتحاد جماهیر شوروی است، و این موضوع باید به طور جداگانه مورد بررسی قرار گیرد، این موضوع ارتباط نزدیکی با روابط تجاری دو غول - موتورولا و فیرچایلد دارد.
در غرب، موتورولا 10k محبوب ترین انتخاب برای سازندگان ابرکامپیوتر نبود؛ برای این منظور، ESL از یک رقیب، Fairchild، سری Fairchild F100K بیشتر مورد استفاده قرار گرفت (بعداً سعی کردیم با 10 سال تاخیر آن را برای Elektronika SS BIS کپی کنیم - سری K1500، نتیجه این بود، خوب، بیایید بگوییم - خیلی موفق نیست، این نیز موضوع بحث جداگانه ای است). این روی F100K بود (3 تراشه از 4 نوع استفاده شده - 11C01، F10145، F10415 و تنها یک MC10009 برای مدار نمونهبرداری آدرس، کری از تراشه ارزانتری در جایی که غیر بحرانی بود استفاده کرد) Cray-1 مونتاژ شد.

بزرگ و وحشتناک Cray-1، یکی از بردهای پردازنده آن بر اساس تراشه های Fairchild F100K و کلون شوروی سری موتورولا 10k - 100 دوره توسعه (عکس https://cdn.britannica.com/، https://en .wikipedia.org/، https://ru-radio-electr.livejournal.com/)
تولید IS100 در Mikron، Venta در ویلنیوس، Svetlana در لنینگراد و Integral در مینسک تسلط یافت. سپس مشکلات شروع شد، ترکیب سری تراشه های برداری را فراهم نکرد، در نتیجه، آی سی های اضافی مورد نیاز بود که در برنامه انتشار نبود.
تصمیم بر این شد که با توسعه ریزمدارهای گمشده برای این برنامه به آن متصل شویم. و مبحث Yukola باز شد که در چارچوب آن ترکیب ICهای نیاز به توسعه مشخص شد (تعداد زیادی از آنها وجود داشت - 14 ، ما توجه می کنیم که Cray کاملاً برداری به طور کلی فقط بر روی 4 نوع مونتاژ شده است. ریز مدارها، و تنها یک نوع در ALU استفاده شد) و نمودارهای عملکردی و شماتیک آنها را توسعه دادند. طراحی و توسعه فناوری این ICها به طور مشترک با NIIME به عنوان بخشی از آماده سازی پیش نویس کاری 41-50 برنامه ریزی شده بود.
طراحی اولیه کامپیوتر با ارزیابی بالا و با توصیه به ادامه کار مورد قبول کمیسیون دولتی قرار گرفت. یکی از ایدئولوژیست های 41-50 N. M. Vorobyov پایان وقایع را به این ترتیب به یاد می آورد:
در روند توسعه طراحی اولیه، ما از نزدیک با سرهنگ های مشتری در مورد الگوریتم هایی برای پردازش اطلاعات خاص آنها همکاری کردیم: در اصل، این یک کار مشترک بود. بنابراین، هم ما و هم آنها به شدت به سرنوشت پروژه علاقه مند بودیم. آنها حامیان آشکار 41-50 بودند، زیرا در واقع با مشارکت در توسعه پروژه، آن را به خوبی می دانستند، تمام تصمیمات مورد نیاز خود را در مورد آن گرفتند و به نتیجه اطمینان داشتند.
با این حال، به طور غیرمنتظره ای برای ما، یک مکث طولانی، چند ماهه و غیرقابل توضیح وجود داشت. انعقاد قرارداد توسعه پروژه فنی به تعویق افتاد. ما نمی دانستیم آنجا چه اتفاقی می افتد - GRU یک سازمان جدی است. اما وقتی بالاخره تصمیم گرفته شد، سرهنگ ها مخصوصاً نزد ما آمدند تا شرایط را توضیح دهند. مردها با ناراحتی و عذرخواهی ("تا جایی که توانستیم پشت شما ایستادیم") این خبر غم انگیز را به ما گفتند: ادامه کار نخواهد بود.
تصمیم گرفته شد از البروس متناسب با وظایف خود استفاده شود ، اما آنها به امکان سازگاری اعتقاد ندارند ، زیرا هیچ اهرمی برای اطمینان از اجرای آن وجود ندارد.
با این حال، به طور غیرمنتظره ای برای ما، یک مکث طولانی، چند ماهه و غیرقابل توضیح وجود داشت. انعقاد قرارداد توسعه پروژه فنی به تعویق افتاد. ما نمی دانستیم آنجا چه اتفاقی می افتد - GRU یک سازمان جدی است. اما وقتی بالاخره تصمیم گرفته شد، سرهنگ ها مخصوصاً نزد ما آمدند تا شرایط را توضیح دهند. مردها با ناراحتی و عذرخواهی ("تا جایی که توانستیم پشت شما ایستادیم") این خبر غم انگیز را به ما گفتند: ادامه کار نخواهد بود.
تصمیم گرفته شد از البروس متناسب با وظایف خود استفاده شود ، اما آنها به امکان سازگاری اعتقاد ندارند ، زیرا هیچ اهرمی برای اطمینان از اجرای آن وجود ندارد.
طبیعتاً وزارت صنایع رادیویی نمی توانست بدون آن کار کند، زیرا قرار بود 41 تا 50 در تأسیسات آنها تولید کند.
فینال پروژه SVC
به این ترتیب پروژه SVT دیگری برای ایجاد یک ابر رایانه به پایان رسید.
A. I. Abramov، نماینده مشتری عمومی در SVTs، پایان آن را به یاد می آورد:
یک بار توسط مهندس ارشد بخش سفارش وزارت دفاع، سرهنگ S. F. Sereda، با من تماس گرفت و به من دستور داد تا پیشنهاداتی را برای استفاده از نتایج موضوع رهبر آماده کنم. در آن زمان، تصمیم برای توقف کار بر روی ایجاد ابررایانه های 41-50 قبلاً گرفته شده بود. پس از مشورت با متصدی خود در GU MO V. M. Kapunov، پیشنهاد کردیم که طرح اولیه (پشته ای از کتاب ها با ضخامت بیش از یک متر) را برای استفاده در پروژه BESM-10 به ITMiVT منتقل کنیم. کاری که انجام شد.
لازم به ذکر است که ITMiVT در واقع نتوانست BESM-10 را توسعه دهد، زیرا هیچ کاری در مورد این موضوع انجام نداده بود، مدرسه لبدف اصلاً نمی دانست که چگونه با فن آوری های ابر رایانه کار کند.
دو بالاترین دستاورد آنها BESM-6 (که همه نتوانستند از آن سیر شوند زیرا هیچ چیز دیگری نداشتند) با عملکردی در حدود 1-1,5 MIPS و با یک سیستم فرمان بسیار زشت و ناخوشایند، بدون ذکر غیبت. از محاسبات حتی صحیح (لبدف هرگز یک معمار برجسته سیستم های کامپیوتری نبود)، و البروس بحث برانگیز توسط بورتسف، که به وضوح بهتر از خلاقیت های رئیس او بود، اما کمتر ناخوشایند نبود و به اندازه کار SVT ها سازنده نبود. علاوه بر این، کیفیت ساخت ماشین های توسعه یافته توسط ITMiVT وحشتناک بود، ما نیز در این مورد بعدا صحبت خواهیم کرد.
سیستم 41-50 آخرین توسعه ابررایانه ها در SCC بود.
سه پروژه متوالی با شکست مواجه شد و توسط همان وزارتخانه - 5E53 به دلیل این واقعیت است که ماشینی که به طور خاص برای الگوریتم های دفاع موشکی ایجاد شده است (و توسط پذیرش نظامی و PROshniks پذیرفته شده است!) ظاهراً قادر به اجرای این الگوریتم ها نیست. "IV" - به بهانه بی پولی، و حتی GRU وحشتناک مجبور شد به البروس گیر کرده در دندان های خود راضی باشد، و قادر به فشار دادن 41-50 بوروکرات های حزب بود، که باز هم با اشتیاق مورد قبول آنها قرار گرفت. و کاملاً با TOR آنها سازگار است.
مورد آخر به طور کلی فاحش بود - وزارت صنایع رادیویی در واقع بدون هیچ دلیلی از انتشار رایانه خودداری کرد و مانند بچه های مدرسه ای مزاحم با افسران اطلاعاتی مبارزه کرد. ما برای شما یک ماشین زیبا نمی خریم، با چدن بازی کنید.
در نتیجه، یودیتسکی متوجه شد که منطقی است فقط آنچه را می توان در امکانات خود SVT تولید کرد - مینی کامپیوترهای 16 بیتی. طبیعتاً استفاده از محاسبات مدولار هیچ مزیت خاصی را برای آنها نوید نمی داد و پروژه SOC برای همیشه کاملاً محدود شد.
افسانه ای وجود دارد که توسط آکادمیک V. M. Amerbaev نقل شده است و فقط از سخنان او شناخته شده است:
در سال های 1970-1971، ساختارهای بانکی ایالات متحده علاقه زیادی به محاسبات مدولار نشان دادند. آنها به ابزارهایی با کارایی بالا برای محاسبات خود اصلاحی بسیار قابل اعتماد نیاز داشتند - این دقیقاً همان چیزی است که محاسبات مدولار با آن مشخص می شود. با توجه به مطبوعات باز (مقالات، کتاب ها، حق ثبت اختراع)، آنها نتایج کار I. Ya. Akushsky و D. I. Yuditsky را به عنوان پیشروهای جهان ارزیابی کردند و با پیشنهاد خرید مدولار به وزارت توسعه اقتصادی و تجارت مراجعه کردند. الگوریتم ها (حدود 20 میلیون دلار آمریکا ارائه شده است). مذاکراتی که آغاز شده بود توسط KGB سرکوب شد.
V. S. Linsky در مورد همان مورد و احتمالاً در مورد دیگری به یاد می آورد:
هنگام کار در NIIFP-SVTS در سالهای 1966-1970، من آشکارا نگرش منفی خود را نسبت به SOK ابراز کردم، تا زمانی که به کمیسیون نظامی-صنعتی زیر نظر شورای وزیران اتحاد جماهیر شوروی (VPK) مراجعه کردم. V. S. Burtsev با نظر من آشنا بود و خود را به این معنا بیان می کرد که یک پاسخ بدون ابهام در مورد SOC زودرس است. در پاسخ به سؤال کارکنان مجتمع نظامی-صنعتی مبنی بر اینکه چرا آمریکایی ها می خواهند نتایج I. Ya. Akushsky و D. I. Yuditsky را بخرند، پاسخ دادم که ظاهراً برای آنها سود بیشتری نسبت به انجام تحقیقات در این زمینه دارد.
در واقع بسیار عجیب است история، محاسبات مدولار می تواند به رایانه های بانکی کمک کند، اما سازنده اصلی رایانه های بانکی باروز بود که بر اصول کاملاً متفاوت معماری سیستم تکیه داشت. شاید این شرکتی باشد که بخواهد انحصارگر را سرنگون کند، اما بازیگران جدی زیادی در این بازار وجود ندارد. یک شرکت کوچک چنین پولی ندارد، شرکت بزرگی مانند IBM اساساً همه چیز را به تنهایی توسعه میدهد و باز هم تا حد امکان محافظهکار بود. علاوه بر این، تمام اطلاعات (به جز الگوریتم های دفاع موشکی) در مورد SOC از قبل در مطبوعات باز بود، حتی بدون مهر تخته نئوپان. طولی نمی کشد که چند ریاضیدان خوب به آن پی ببرند.
خب، به طور کلی، ایالات متحده به خوبی می دانست که اتحاد جماهیر شوروی به تولید فناوری غربی به هر طریقی بسیار بسیار علاقه مند است (از جدا کردن رادیوگرام های اهدایی خصوصی به دیپلمات های مختلف برای نمونه گرفته تا خرید مجوزها و سرقت آشکار). اما اساساً هیچ فناوری پیشرفته ای را نمی فروشد.
به عنوان مثال، انتشار رایانه Setun حتی برای چکسلواکی بومی آنها ممنوع بود، اگرچه چک ها تقریباً روی زانوها التماس می کردند، وعده سود کلان از فروش به اروپای غربی را می دادند و از قبل آماده ساخت یک خط تولید بودند (اگرچه یک خط تولید قوی وجود دارد. سوء ظن اینکه دلایل اینجا با سیاست مرتبط نیست، بلکه با کلمات جادویی "برش" و "بازگشت" مرتبط است، که در روزهای اتحاد جماهیر شوروی کاملاً مرتبط است، همانطور که به یاد داریم، محافل خاصی در حزب کمونیست چک تحولات خود را درهم شکستند. پرتاب میلیون ها کرون برای خرید از خود فرانسوی ها مین فریم های مورد نظر Bull). بنابراین مذاکرات در اینجا در ابتدا محکوم به فنا بود و درک نکردن این امر احمقانه است.
A. V. Pivovarov مورد دیگری را به یاد می آورد:
یودیتسکی با یک شرکت فرانسوی تماس داشت، نام آن را به خاطر ندارم، که مایل به خرید پروژه کامپیوتر بود.
یودیتسکی برای انجام چنین معامله ای نزد من آمد، اما من به دو دلیل او را رد کردم.
اولاً، برای انجام چنین معامله ای، لازم است یک کامپیوتر نمونه برای توسعه کامل فناوری تولید شود، اما جایی برای انجام آن وجود نداشت.
ثانیا - چرا باید فرانسوی ها را مسلح کنیم، پس مخالفان نظامی احتمالی خود را؟ بله، حتی اگر من موافقت می کردم، باز هم مقامات بالاتر اجازه انجام این کار را نداشتیم.
یودیتسکی برای انجام چنین معامله ای نزد من آمد، اما من به دو دلیل او را رد کردم.
اولاً، برای انجام چنین معامله ای، لازم است یک کامپیوتر نمونه برای توسعه کامل فناوری تولید شود، اما جایی برای انجام آن وجود نداشت.
ثانیا - چرا باید فرانسوی ها را مسلح کنیم، پس مخالفان نظامی احتمالی خود را؟ بله، حتی اگر من موافقت می کردم، باز هم مقامات بالاتر اجازه انجام این کار را نداشتیم.
این داستان در حال حاضر بسیار واقعی تر است، با فرانسه، اتحاد جماهیر شوروی به طور شگفت انگیز و مثمر ثمری هم در زمینه علوم بنیادی، به ویژه ریاضیات، و علوم کاربردی، از جمله داروسازی، به فرانسه، و همچنین در آلمان، جایی که دانشمندان ما اغلب آزاد می شدند، همکاری کرد. و با کمال میل تر، مبادله تجهیزات، هرچند محدود، نیز وجود داشت.
یودیتسکی بیش از 60 مونوگراف و مقاله در موضوع SOC منتشر کرد و به بزرگترین نظریه پرداز آن تبدیل شد، حق ثبت اختراعات زیادی برای همه گره ها و الگوریتم ها، حتی برخی از آنها در آلمان، فرانسه، بریتانیا، ایتالیا و ایالات متحده آمریکا به دست آمد، بنابراین پیام کاملاً روشن وزارت صنعت رادیویی "بنشینید و خم نشوید، هیچ کاری که انجام دهید آزاد نمی شود" منجر به یک شوک روانی جدی و ناامیدی بزرگ برای کل تیم SVTS شد. بیایید به یاد بیاوریم که چقدر زمان و تلاش برای توسعه صرف شده است ، چقدر پردازش ، شیفت های شبانه ، شب زنده داری تا صبح با آهن لحیم کاری و اسیلوسکوپ ، چقدر امید و انتظار داریم که پیشرفت ها در فلز تجسم یابد ...
سه شکست بزرگ پشت سر هم و بدون تقصیر خودشان، برای هر گروه علمی زیاد است.
در نتیجه، فعالیت علمی SVTS تقریباً به صفر رسید، در حالی که این تیم در حال بهبودی از نبرد با وزارت صنایع رادیویی بود. در نتیجه، موضوع محاسبات مدولار در اتحاد جماهیر شوروی کاملاً محدود شد، طبق برخی منابع، دانشمندان خارجی که این را مشاهده کردند (و البته دلایل واقعی رویدادها را نمی دانستند)، تصمیم گرفتند که این به دلیل بیهودگی کامل کل جهت و همچنین به شدت کاهش شدت کار بر روی ماشین آلات SOC.
پنجاهمین سالگرد حساب مدولار
در اتحادیه، کامپیوترهای مدولار به طور کامل فراموش شدند، در روسیه - حتی بیشتر از آن، تا سال 2005، زمانی که اولین انتشار Wallach و Svoboda در این موضوع 50 ساله شد. سپس کارکنان بازمانده SVT در همان زمان تصمیم گرفتند که سهم خود را در این مسیر به یاد آورند، یاد و خاطره همه کسانی که در طراحی رایانه های ماژولار شرکت کردند را گرامی بدارند و دریابند که آیا پروژه های مشابهی در جای دیگری اجرا شده است؟
و آنها یک کنفرانس ویژه در Zelenograd "50 سال حساب مدولار" راه اندازی کردند. این بسیار موفقیت آمیز بود، 49 نماینده، به نمایندگی از 32 شرکت از روسیه، بلاروس، قزاقستان، اوکراین و ایالات متحده، که 44 گزارش تهیه کردند، شرکت کردند، مجموعه ای از مقالات با ضخامت تقریباً هزار صفحه منتشر شد.
در حال حاضر، طبق استاندارد ISO / IEC 10118-4: 1998 (بخش توابع هش با استفاده از محاسبات مدولار)، انواع محاسبات مدولار به طور گسترده در میکروکنترلرهای کارت های دسترسی با سطح امنیت بالا برای اجرای الگوریتم های رمزنگاری استفاده می شود. چنین کلیدهایی عمدتا توسط STMicroelectronics تولید می شوند. علاوه بر این، میکروکنترلرهای رمزنگاری توسط M-Systems (کنترل کننده SuperMAP)، Emosyn LLC (بخشی از ATMI، تراشه Thisus Platinum)، Hifn و دیگران تولید شده یا در حال تولید هستند.
در اوایل دهه 2010، V. M. Amerbaev و A. L. Stempkovsky از IPPM RAS همچنین روی نسخه های جایگزین سیستم های غیر موقعیتی کار کردند، به عنوان مثال، به اصطلاح لگاریتمی، که در آن نمایش اعداد ضربی است - یک جفت بیت علامت و دودویی. از لگاریتم مدول عدد استفاده شده است. با چنین نمایشی از اعداد، عملیات تقسیم و ضرب بسیار ساده می شود، که منطقی است، اما اجرای دیجیتالی عملیات جمع - جمع و تفریق - پیچیده تر می شود. در نتیجه، هیبریدهای عجیب و غریب تری مانند کد ماژولار ال جی به وجود آمدند. از اعداد اول به عنوان مبنا استفاده می کند و از نمایش لگاریتمی باقیمانده ها برای هر پایه اول استفاده می کند. از نقطه نظر سخت افزاری، DSP های بسیار کارآمدی را می توان با استفاده از این طرح ساخت، زیرا کد LG یکی از عملیات های اصلی چنین پردازنده ای، تبدیل فوریه را به شدت افزایش می دهد.
علاوه بر این، پردازندههای مدولار سریالی در سیستمهای پردازندههای ویژه AFK "Vychet-1" و "Vychet-2" استفاده میشد (عملاً یافتن اطلاعات در مورد آنها غیرممکن بود و معلوم نیست چه بوده و برای چه استفاده میشوند. ) و ابزارهای حفاظت رمزنگاری خطوط ارتباطی - محصولات KRYPTON-4M7 و SEKMOD-K. اطلاعات در مورد KRYPTON کم است، اما در دسترس است. این یک جعبه تنظیم رمز برای تلفن است، اساس آن یک DSP مدولار 32 بیتی است که عملکردهای رمزگذاری گفتار و انتقال آن را با سرعت 2400-12000 باود اجرا می کند.
در حال حاضر، مقالاتی در مورد تراشه های مدولار به طور دوره ای در روسیه ظاهر می شوند (به عنوان مثال، Kalmykov I. A.، Sarkisov A. B.، Yakovleva E. M.، Kalmykov M. I. پردازنده سیگنال دیجیتال سیستولیک مدولار با ساختار قابل تنظیم، Vestnik Severo- دانشگاه فدرال قفقازی شماره 2 (35) / 2013 )، اما به آرامی، و موضوع بیشتر از تحولات نظری پیش نرفت.
تاریخ نشان داده است که SOC برای کاربردهای نسبتاً باریک - سیستمهای مقاوم به خطا، رمزنگاری کلید عمومی و پردازش سیگنال دیجیتال به طرز شگفتانگیزی راحت است و برای هر چیز دیگر خیلی راحت نیست. به این ترتیب، اکنون در خارج از کشور مورد استفاده قرار می گیرد، با این حال، مایه تاسف است که پیشگامان برجسته در این زمینه، مهندسان شوروی، برای مدت طولانی به فراموشی سپرده شدند و آثار منحصر به فرد آنها هرگز برای میهن خود شکوه و عظمتی نداشت.