Вопросы истории ИТ и ОС

[zVlad]

....
А возвращаясь назад. Главным отличием, из за которого лагеря ЕС и ОСТАЛЬНЫХ разошлись, была _сложность vs простота_.

И Бэсм-6 и СМ ЭВМ и в чем то даже Вакс были достаточно просто сделаны. Бэсм вообще поражала простотой
....

Рядом была другая культура, культура IBM. Все усложнено до предела, все навороченно до предела. Народу много, видны эффекты _второй системы_. Причем у IBM то это было хотя бы адекватно надежности, а в ЕС это наложили на менее надежную элементную базу.

.....

Это хороший point. Я совершенно согласен с тем что ИБМ МФ - это сложная архитектура по сравнению с другими, и что именно простотой других решений удалось крепко подвинуть ИБМ МФ на рынке серверов и держать до сих пор на незаслушенно (почему незаслуженно я поясню ниже. а может н нет, посмотрим как пойдет.) низком месте.

Т.е. я как бе с Вами, StrangeR, ан одной и той же тарелки. Но Вы представляете сложность IBM MF как нечто избыточное, не практичное и надуманное. И тут мы расходимся, и не только мы двое, это очень ибщее место в спорах такого рода на Internete и в жизни.

Сложность решений IBM MF на самом деле имеет глубоко практическую предназначенность. Пресловутые каналы ввода-вывода. Их назначение одно: разгрузить центральный процессор от обслуживания ввода-вывода. Очень метко было сказано солопини что на самом деле сложные (и по первости дорогие, как результат) решения ит инжеберов IBM в итоге все равно проникают на другие платформы с задержкой в 30 лет и, благодаря успехам электроники, гораздо дешевле.

В обратную сторону это работает следущим образом: если всять модель IBM MF 1985 года и имплементировать ее (во всей ее красе и возможностях) современными методами электроники, то это не было так громозко чем тогда и во много раз дешевле, возможно на уровне комодити серверов Интел.

Но инженеры ИБМ не сидят на попе, а придумывают все новые и новые "усложнения", увеличивают мошцность, используя все достижения электоники и системотехники известные им и другим инженерам. Причем делается это не абы как, а на уробне тех стандартов качество (во всех присущих ИТ аспектах, надежность в первую очередь, отказоустойчивость и защищенность) как это принято в IBM.

В некоторых аспектах наблюдается отстование в появлении системотехнических возможностей изобретенных Intel-ом или другими (например, HyperThreading), другие штучки, нaпример, Out-off-Order Execution пока остаются уникальными для IBM MF. И еще что отличает ИБМ от других это синхронное развитие hardware и software на MF. Если потявляется железячная фичка, то она появляется полностью поддержаной (и полностью протестированной) софт-ом в первую очередь zOS. Поэтому иногда бывают отстования от действительно полезных идей из мира "простых" платформ, которые уже давно на само деле не такие простые как пишет StrangeR, и во многом благодаря заимствованию идей с IBM MF, хотелось бы это кому-нибудь или нет.

Виртуализация, скромно называемая облачностью, логические партиции на серверах, все это 30 летняя и более история МФ.

[zVlad]

первая ссылка на вики дает нулевой результат.

Подправил.

Собственно, дело не столько в личности Джима Грея, сколько в материале его статьи (до перехода в, чур меня, чур, Микрософт). Интересные прогнозы, многие из которых сбылись (доминирование открытых стандартов Интернета, виндоуз/линукс как основная платформа по умолчанию, роль кластеров и пр.).

Кто из нас может похвастаться сбывшимися прогнозами? Какие ваши прогнозы сейчас, zVlad? Сделайте их и мы вернёмся через пять лет, например, для анализа предсказательности прогнозов.

Еще не вечер. Я уже сделал свои прогнозы на пять лет - через пять лет я уйду на пенсию - а если серьезно, то через пять лет IBM MF будут существенно заметней чем сегодня. A серверов под Unix, типa HP-UX, Solaris, AIX, почти не будет. Их вытеснят Linux на Intel и Linux на МФ.

[flip_flop]

Out-off-Order Execution пока остаются уникальными для IBM MF.

Ваша беда, что Вы признаёте, что инженеры ИБМ не сидят на попе, но все остальные по Вашему сидят и ждут как бы чего скопировать от ИБМ через 30 лет. Это не так, совсем не так. Конкретно, только один не самый свежий пример о OoO Execution на Интел Haswell:
http://www.realworldtech.com/haswell-cpu/3/" onclick="window.open(this.href);return false;

И так во многом.

Эх, если бы все конкуренты были такими

[flip_flop]

Еще не вечер. Я уже сделал свои прогнозы на пять лет - через пять лет я уйду на пенсию - а если серьезно, то через пять лет IBM MF будут существенно заметней чем сегодня. A серверов под Unix, типa HP-UX, Solaris, AIX, почти не будет. Их вытеснят Linux на Intel и Linux на МФ.

А чутъ точнее и в цифрах? Ну, например, доля (по числу машин/процессоров/доходам/чего угодно) х86 упадёт до х процентов а доля МФ вырастет до у процентов, доля всего остального упадёт до z процентов (x+y+z=100%).

[zVlad]

zVlad, можно офф-топик на этнографическую тему:
1) откуда на Урале известны особенности речи эвенков (связчик)?
2) кто были "понаехавшие" в Челябинск? Буддисты? Массовая эмиграция из штатов в Челябинск в 70-е годы?
3) непонятно доминирование мАсквичей у вас в Челябинске (навязывание идеологически Вам чуждого ПО). Я работал с подобными людьми в Красноярске-26, и там полностью технически доминировали местные, хотя "понаехавших" тоже хватало. Мягкотелость "суровых мужиков" из Челябинска ?

1. Вообще то "связчик" чисто русское слово. Необычное но вполне понятное в контексте. Узнал я его из рассказов Астафьева, а он писал про северное приенисенье. Оттуда же "осередыш", "ростань" (последнее белорусское слово, оно понятно русскому если вспомнить "расстование" и тогда в контексте понимается "ростань" как развилка, перепутье.

2. Иудеи. Нет, из СССР в США и Канаду в 70-е и обратно, по крайней мере за долларами, в 90-е. Ничего особенного, просто бизнес.

3. Доминированием я бы это не называл, но в некоторых ВЦ отраслей с ГИВЦ-ами москвичи мешали тем что навязывали нравящиеся им решения. И поскольку это шло под дланью министерств, то нашим челябинским приходилось брать под козырек, или ругаться. На ВЦ железнодорожников шансов не было, а вот в ВЦ ЧТЗ удалось сломить диктат москвича из ГИВЦ-а. Металурги всея Руси сдружились в Москве и дружно внедряли Oliveti, потом HP. Красноярск видимо из-за расстояния был автономнее. Может дух края (не области) возвышал красноярцев и остепенял москвичей. Я не знаю. Никогда не был в Красноярске, а хотелось бы.

[StrangerR]

Вы никак не хотите понять что такие платформы как Интел и IBM MF (да и другие тоже в некоторых случаях) не сравнимы по потребным для одной и той же wokload количествам CPU, памяти, да даже и дискам. Polych тут сообщал что Интел сервера порой столько, такой дурной работы производят что мама не горюй. Кроме того, я могу добавить, что те Ваши 15 серверов едва ли в среднем загружены на 10-20% (на более чем 50% они просто загнуться) работой (вместе дурной и полезной).

На МФ все иначе (как не трудно догадаться).

Все это конечно здорово, но для того, чтобы такое светлое будущее как в последней строчке, наступило, нужно сначала что то сделать с миллионами индусов и китайцев, которые пишут код, требующий много гигобайтов памяти. Да и сама IBM, c ее ВебСферой прожорливой на память как слон, тоже должна поменяться.

[zVlad]

Еще не вечер. Я уже сделал свои прогнозы на пять лет - через пять лет я уйду на пенсию - а если серьезно, то через пять лет IBM MF будут существенно заметней чем сегодня. A серверов под Unix, типa HP-UX, Solaris, AIX, почти не будет. Их вытеснят Linux на Intel и Linux на МФ.

А чутъ точнее и в цифрах? Ну, например, доля (по числу машин/процессоров/доходам/чего угодно) х86 упадёт до х процентов а доля МФ вырастет до у процентов, доля всего остального упадёт до z процентов (x+y+z=100%).

Если Вы дадите мне цифры по символам OGZPY, или хотя бы HL, хотя бы на месяц вперед, то я Вам тоже нарисую что-нибудь.

[flip_flop]

Еще не вечер. Я уже сделал свои прогнозы на пять лет - через пять лет я уйду на пенсию - а если серьезно, то через пять лет IBM MF будут существенно заметней чем сегодня. A серверов под Unix, типa HP-UX, Solaris, AIX, почти не будет. Их вытеснят Linux на Intel и Linux на МФ.

А чутъ точнее и в цифрах? Ну, например, доля (по числу машин/процессоров/доходам/чего угодно) х86 упадёт до х процентов а доля МФ вырастет до у процентов, доля всего остального упадёт до z процентов (x+y+z=100%).

Если Вы дадите мне цифры по символам OGZPY, или хотя бы HL, хотя бы на месяц вперед, то я Вам тоже нарисую что-нибудь.

Ваших символов я не знаю, а вы наши - знаете.

[zVlad]

бомжи на помойке тоже эффективней ресурсы используют, но такой образ жизни мало кого вдохновляет. зачем ютиться на помойке с 24гб, если можно поставить терабайты и решать задачи на сотнях ядрах ? тем более, что глупо ставить все системы в одном месте, как не крути редунданси обязано быть.

А Вы когда-нибудь были на помойке? Там как раз много чего и во многом количестве можно найти. Так что аналогия Ваша работает наоборот. 3000 GB именно на помойке можно найти.
Кроме того, я почему то уверен что Ваш дом не больше 3000 скверных футов. По сравнению с некоторыми другими домами это тоже самое что жить бомжем на помойке. И ездиете Вы не на Бентли наверняка, и Veru у Вас нет ..... Позор!
Хвастаться величнами это удел тенейджеров. Настоящие мужики гордятся делами и мне есть чем, поверьте, гордится с моим 24 GB-ым MF. Более того мне жаль любого ИТ-шника который не имеет опыта работы на современном МФ, в современной OS - zOS, или на худой конец zVM.

Сейчас кто-нибудь скажет, zVlad льет помои ведрами. А где здесь помои?

[zVlad]

....Да и сама IBM, c ее ВебСферой прожорливой на память как слон, тоже должна поменяться.

Почему то на МФ та же самая IBM WebSphere вовсе не так прожорлива.

[StrangerR]

По прогнозам тут и спорить нечего. МФ будут уходить с рынка, и спрос на них останется только за счет поддержки ранее установленных. Они играют такую же роль, как динозавры во времена появления млекопитающих (там конечно астероид еще помог).

Слишком уж цифры расходятся. 32 гига, на сервер... не смешите мои тапочки, мы вчера лабу строили для сертификации людей, так вытащили три старых как говно мамонта DELL 710 и 2950 и про память меньше чем 32 в каждом даже не заикались (там ее даже на полке под названием _то что надо бы выкинуть уже но еще жалко_ больше было). ВебСферу с меньше чем 12 гигов памяти на сервере лучше и не стартовать, работать будет но _а зачем так жить?_. Про какой нибудь код который для построения репорта возьмет и засунет в память офигенных размеров xml скаченный с внешнего провайдера я и не говорю, такой код регулярно поставляют наши узкоглазые или смуглые друзья... и что, их всех в расход, а новых с Марса завозить... Даже управление памятью... линуксисты тут учудили, сотворив АРЕНЫ, для быстрой аллокации в условиях мультитредовости, на 8 коров 8 x 64 арены по 64 мега каждая (не помню точной цифры но 2 или 3 гига туда уходит если система видит 8 коров)... сразу на одну жабу 3 гига котам под хвост а на одном сервере этих жаб в вебсфере три штуки... Память давно уже считается такой коммодити, что 32 гига - это вообще для бомжей... девелоперы и те часто просят _ноутбук с 32 гигами а то так кушать хочется..._.

На МФ вебсфера не так прожорлива потому что их заставили ужаться, память то золотая по цене. Но легко догадаться что за _ужаться_ было заплачено пефоменсом.

[zVlad]

Out-off-Order Execution пока остаются уникальными для IBM MF.

Ваша беда, что Вы признаёте, что инженеры ИБМ не сидят на попе, но все остальные по Вашему сидят и ждут как бы чего скопировать от ИБМ через 30 лет. Это не так, совсем не так. Конкретно, только один не самый свежий пример о OoO Execution на Интел Haswell:
http://www.realworldtech.com/haswell-cpu/3/" onclick="window.open(this.href);return false;

И так во многом.

Эх, если бы все конкуренты были такими

Я не могу судит одно ли это и тоже для этого надо быть в теме. Может одно и тоже может и нет. Найдете сслыку где говорится о том и другом вместе тогда продолжим. Я поискал, не нашел.

[iDesperado]

А Вы когда-нибудь были на помойке? Там как раз много чего и во многом количестве можно найти. Так что аналогия Ваша работает наоборот. 3000 GB именно на помойке можно найти.
Кроме того, я почему то уверен что Ваш дом не больше 3000 скверных футов. По сравнению с некоторыми другими домами это тоже самое что жить бомжем на помойке. И ездиете Вы не на Бентли наверняка, и Veru у Вас нет ..... Позор!
Хвастаться величнами это удел тенейджеров. Настоящие мужики гордятся делами и мне есть чем, поверьте, гордится с моим 24 GB-ым MF. Более того мне жаль любого ИТ-шника который не имеет опыта работы на современном МФ, в современной OS - zOS, или на худой конец zVM.

Сейчас кто-нибудь скажет, zVlad льет помои ведрами. А где здесь помои?

в ващем посте сквозит сексуальной неудовлетворенностью. я вам совершенно о другом говорил. речь не о размере, а о том что никто, кроме совсем нуждающихся, не пытается использовать ресурсы на все 100 или мегоэффективно. никому не нужен мегоэфективный софт, всем нужна скорость. те же базы данных зачастую применяют full scan чудовищно перерасходуя память и ио, потому что так быстрее.

[zVlad]

По прогнозам тут и спорить нечего. МФ будут уходить с рынка, и спрос на них останется только за счет поддержки ранее установленных. Они играют такую же роль, как динозавры во времена появления млекопитающих (там конечно астероид еще помог).

.....

Давайте поспорим на 20 000 рублей что через пять лет МФ не уйдут с рынка и даже наоборот разширят свое присутствие. Насколько, не знаю, но не только "за счет поддержки ранее установленных". A? Ваша ставка?

[flip_flop]

Out-off-Order Execution пока остаются уникальными для IBM MF.

Ваша беда, что Вы признаёте, что инженеры ИБМ не сидят на попе, но все остальные по Вашему сидят и ждут как бы чего скопировать от ИБМ через 30 лет. Это не так, совсем не так. Конкретно, только один не самый свежий пример о OoO Execution на Интел Haswell:
http://www.realworldtech.com/haswell-cpu/3/" onclick="window.open(this.href);return false;

И так во многом.

Эх, если бы все конкуренты были такими

Я не могу судит одно ли это и тоже для этого надо быть в теме. Может одно и тоже может и нет. Найдете сслыку где говорится о том и другом вместе тогда продолжим. Я поискал, не нашел.

Хе-хе, я так и знал. "Это не то, что делает IBM, поэтому его нет и оно так называться не может". Конгенитально.

Специалисты называют это "Out of Order Execution". Period.

Ну или педивикию почитайте. https://en.wikipedia.org/wiki/Out-of-order_execution

"Arguably the first machine to use out-of-order execution was the CDC 6600 (1964), which used a scoreboard to resolve conflicts. In modern usage, such scoreboarding is considered to be in-order execution, not out-of-order execution, since such machines stall on the first RAW (Read After Write) conflict. Strictly speaking, such machines initiate execution in-order, although they may complete execution out-of-order.

About three years later, the IBM 360/91 (1966) introduced Tomasulo's algorithm, which made full out-of-order execution possible. In 1990, IBM introduced the first out-of-order microprocessor, the POWER1, although out-of-order execution was limited to floating point instructions only (as was also the case on the IBM 360/91[4]).

Throughout the 1990s out-of-order execution became more common, and was featured in the IBM/Motorola PowerPC 601 (1993), Fujitsu/HAL SPARC64 (1995), Intel Pentium Pro (1995), MIPS R10000 (1996), HP PA-8000 (1996), AMD K5 (1996) and DEC Alpha 21264 (1998). Notable exceptions to this trend include the Sun UltraSPARC, HP/Intel Itanium, Transmeta Crusoe, Intel Atom, and the IBM POWER6."

" Micro-architectural choices
Are the instructions dispatched to a centralized queue or to multiple distributed queues?
IBM PowerPC processors use queues which are distributed among the different functional units while other Out-of-Order processors use a centralized queue. IBM uses the term reservation stations for their distributed queues.
Is there an actual results queue or are the results written directly into a register file? For the latter, the queueing function is handled by register maps which hold the register renaming information for each instruction in flight.
Early Intel out-of-order processors use a results queue called a re-order buffer, while most later Out-of-Order processors use register maps.
More precisely: Intel P6 family microprocessors have both a re-order buffer (ROB) and a register alias table (RAT). The ROB was motivated mainly by branch misprediction recovery.
The Intel P6 family was among the earliest OoOE processors, but was supplanted by the NetBurst architecture. Years later Netburst proved to be a dead end due to its long pipeline which assumed the possibility of much higher operating frequencies. Materials were not able to match the design's ambitious clock targets due to thermal issues and later designs based on NetBurst, namely Tejas and Jayhawk were cancelled. Intel reverted to the P6 design as the basis of the Core and Nehalem microarchitectures. The Sandy Bridge, Ivy Bridge, and Haswell microarchitectures are a departure from the reordering techniques used in P6 and employ re-ordering techniques from the EV6 and the P4 without a long pipeline."

Я не собираюсь спорить с домыслами об уникальности ОоО на исключительно ИМБ МФ. И о многом другом, как бы исключительно сделанном на ИБМ. Это вымышленная история, не имеющая отношение к обьективной реальности и правдивой истории. Это смешно. Или уже не смешно?

[zVlad]

....
На МФ вебсфера не так прожорлива потому что их заставили ужаться, память то золотая по цене. Но легко догадаться что за _ужаться_ было заплачено пефоменсом.

Вы снова показали свою неосведомленност. WebSphere на МФ имеет ту же самую цоде басе что и на других платформах. Это Java, и JVM.

Еще какие будут обьяснения? У Вас осталось две попытки.

[flip_flop]

Out-off-Order Execution пока остаются уникальными для IBM MF.

Ваша беда, что Вы признаёте, что инженеры ИБМ не сидят на попе, но все остальные по Вашему сидят и ждут как бы чего скопировать от ИБМ через 30 лет. Это не так, совсем не так. Конкретно, только один не самый свежий пример о OoO Execution на Интел Haswell:
http://www.realworldtech.com/haswell-cpu/3/" onclick="window.open(this.href);return false;

И так во многом.

Эх, если бы все конкуренты были такими

Я не могу судит одно ли это и тоже для этого надо быть в теме. Может одно и тоже может и нет. Найдете сслыку где говорится о том и другом вместе тогда продолжим. Я поискал, не нашел.

Хе-хе, я так и знал. "Это не то, что делает IBM, поэтому его нет и оно так называться не может". Конгенитально.

Специалисты называют это "Out of Order Execution". Period.

Ну или педивикию почитайте. https://en.wikipedia.org/wiki/Out-of-order_execution

"Arguably the first machine to use out-of-order execution was the CDC 6600 (1964), which used a scoreboard to resolve conflicts. In modern usage, such scoreboarding is considered to be in-order execution, not out-of-order execution, since such machines stall on the first RAW (Read After Write) conflict. Strictly speaking, such machines initiate execution in-order, although they may complete execution out-of-order.

About three years later, the IBM 360/91 (1966) introduced Tomasulo's algorithm, which made full out-of-order execution possible. In 1990, IBM introduced the first out-of-order microprocessor, the POWER1, although out-of-order execution was limited to floating point instructions only (as was also the case on the IBM 360/91[4]).

Throughout the 1990s out-of-order execution became more common, and was featured in the IBM/Motorola PowerPC 601 (1993), Fujitsu/HAL SPARC64 (1995), Intel Pentium Pro (1995), MIPS R10000 (1996), HP PA-8000 (1996), AMD K5 (1996) and DEC Alpha 21264 (1998). Notable exceptions to this trend include the Sun UltraSPARC, HP/Intel Itanium, Transmeta Crusoe, Intel Atom, and the IBM POWER6."

" Micro-architectural choices
Are the instructions dispatched to a centralized queue or to multiple distributed queues?
IBM PowerPC processors use queues which are distributed among the different functional units while other Out-of-Order processors use a centralized queue. IBM uses the term reservation stations for their distributed queues.
Is there an actual results queue or are the results written directly into a register file? For the latter, the queueing function is handled by register maps which hold the register renaming information for each instruction in flight.
Early Intel out-of-order processors use a results queue called a re-order buffer, while most later Out-of-Order processors use register maps.
More precisely: Intel P6 family microprocessors have both a re-order buffer (ROB) and a register alias table (RAT). The ROB was motivated mainly by branch misprediction recovery.
The Intel P6 family was among the earliest OoOE processors, but was supplanted by the NetBurst architecture. Years later Netburst proved to be a dead end due to its long pipeline which assumed the possibility of much higher operating frequencies. Materials were not able to match the design's ambitious clock targets due to thermal issues and later designs based on NetBurst, namely Tejas and Jayhawk were cancelled. Intel reverted to the P6 design as the basis of the Core and Nehalem microarchitectures. The Sandy Bridge, Ivy Bridge, and Haswell microarchitectures are a departure from the reordering techniques used in P6 and employ re-ordering techniques from the EV6 and the P4 without a long pipeline."

Я не собираюсь спорить с домыслами об уникальности ОоО на исключительно ИМБ МФ. И о многом другом, как бы исключительно сделанном на ИБМ. Это вымышленная история, не имеющая отношение к обьективной реальности и просто правдивой истории. Это смешно. Или уже не смешно?

[flip_flop]

Давайте сделаем прогнозы и экстраполируем вот этот график на 5 лет вперёд:

Итак, что-то типа (далее чистая спекуляция, всего-лишь примеры):

Где-то на периоде 2015-2020 кривая МФ скакнёт вверх, обгонит RISC и догонит х86

Или:
Тенденция сохранится, х86 будет расти, и МФ и RISC будут падать (глобальная сглаженная кривая, без локальных выбросов), но останутся в незначительных процентах, RISC по прежнему впереди МФ

[flip_flop]

"Arguably the first machine to use out-of-order execution was the CDC 6600 (1964)

Кстати, интересная машина и от ... нет, не от IBM ..., а от Control Data Corporation https://en.wikipedia.org/wiki/CDC_6600 Одновременно рассматривалась и как МФ и как суперкомпьютер. Сеймур, наш, так сказать, Грей приложил к этому свои руки и мозги. Интересная была история, и не только всё о ней, об ИБМ. Получается, что ИБМ МФ не только не имеют прерогативу "единственности", но даже и не первопроходцы.

Предвижу возражения "у ИБМ было лучше, полнее, айбиэмистее и пр. и пр."

[zVlad]

"Arguably the first machine to use out-of-order execution was the CDC 6600 (1964)

Кстати, интересная машина и от ... нет, не от IBM ..., а от Control Data Corporation https://en.wikipedia.org/wiki/CDC_6600 Одновременно рассматривалась и как МФ и как суперкомпьютер. Сеймур, наш, так сказать, Грей приложил к этому свои руки и мозги. Интересная была история, и не только всё о ней, об ИБМ. Получается, что ИБМ МФ не только не имеют прерогативу "единственности", но даже и не первопроходцы.

Предвижу возражения "у ИБМ было лучше, полнее, айбиэмистее и пр. и пр."

нет, возражений не будет. похоже я не удачно выбрал, по памяти, пример той инновации ИБМ в МФ где пока нет других. Может это Branch Prediction может еще что то а может и ничего нет сейчас но однозначно было. Кстати, в отличии от многих производителей погнавшихся за количеством коров на кирпиче, а ИБМ пошел по пути увеличения размеров кэшей.

[flip_flop]

нет, возражений не будет. похоже я не удачно выбрал, по памяти, пример той инновации ИБМ в МФ где пока нет других. Может это Branch Prediction может еще что то а может и ничего нет сейчас но однозначно было. Кстати, в отличии от многих производителей погнавшихся за количеством коров на кирпиче, а ИБМ пошел по пути увеличения размеров кэшей.

Ничего страшного. Branch Prediction - тоже не прерогатива IBM. Ну, понятно, когда что-то у кого-то появляется новое, у остальных какое-то время такого нет. Вот узнать о чём-то, существующем сейчас только у МФ ИБМ, было бы интересно.

Да, для определённых задач размер кеша важнее вычислительной мощности. Будет интересно пощупать наш новый чип с 16-ю гигабайтами памяти в корпусе, которая может быть использована и как чистый кеш. 16 GB last level cache, впечатляет?

Небольшой оффтоп - не совсем понятно откуда такая тоска, читая Астафьева?

[zVlad]

Небольшой оффтоп - не совсем понятно откуда такая тоска, читая Астафьева?

Не понял где Вы увидели тоску и почему связали ее, которой нет, с чтением Астафьева? Может Вы что то иное имели в виду?

[flip_flop]

Да нет, я именно имел в виду тоску (ну или, в лучшем случае грусть) при чтении Астафьева. Может это чисто субьективное.

[zVlad]

Вот интересная была машинка в ЕС ЭВМ. Я на одной такой ставил СВМ:

http://www.computer-museum.ru/histussr/es1007.htm" onclick="window.open(this.href);return false;

..........
3. Год окончания разработки: 1986.
4. Год начала выпуска: 1986.
5. Год прекращения производства: 1995.
6.Число выпущенных машин: 250.
..................
Особенности ЭВМ.

ЕС 1007 — единственная в ЕС ЭВМ универсальная вычислительная машина, в которой каналы ввода/вывода (два ТЭЗ) интегрированы с центральным процессором и имеются встроенные (интегрированные) УУ внешними устройствами. За счет этого резко снижены габариты, энергопотребление системы и повышена надежность, что обеспечило возможность размещения ее в условиях ограниченного пространства (для спецприменений) и на перемещаемых платформах (для резервирования). Так, адаптер 100 Мб дисков, состоящий из шести ТЭЗ ЕС 1007, заменяет стандартное устройство управления ЕС-5566 на ЭСЛ элементах в объеме полноразмерной стойки ЕС ЭВМ. Адаптер дисплейной группы (два ТЭЗ) выполняет функции УУ ЕС-7970, сетевой адаптер (два ТЭЗ) на четыре направления выполняет функции процессора телеобработки ЕС-8375. Групповое УУ на восемь НГМД (адаптер ГМД) — единственное в ЕС ЭВМ.

Основной режим работы системы: под управлением ОС СВМ восемь операторов, каждый за своим дисплейным пультом АДГ, выполняют автономные задачи на своей виртуальной машине, получая исходные данные с закрепленного за ними одного из восьми НГМД. Любой из операторов имеет возможность выхода в сеть через сетевой адаптер, в том числе при установленных в ЭВМ двух комплектах АС — каждый имеет независимую линию связи, что было немаловажно в то время ввиду низких скоростей передачи данных через штатные модемы ЕС ЭВМ. АС имел также спецстык для связи с аппаратурой ЗАС. Использовались различные линии связи, в том числе через спутник.

Терминальная ЭВМ снабжена высокоразвитой системой восстановления, расширенными средствами программно-аппаратного контроля, восстановления и диагностики. В ЭВМ применены система контроля и восстановления, работающая на аппаратном, микропрограммном уровнях процессора и программ сервисной подсистемы, а также впервые в ЕС ЭВМ — метод “сдвиговых регистров” диагностирования и тестирования оборудования, обеспечивающий доступ (считывание и установку) к любому запоминающему элементу ЭВМ с помощью автономной сервисной подсистемы.

В ЭВМ ЕС1007 в качестве СПС применена микро-ЭВМ на основе комплекта 580 под управлением ОС СР\М-80, фактически персональная ЭВМ, которых в то время, тем более с 5-й приемкой, в СССР не производилось. Дисплейный пульт СПС работал как в режимах пульта СПС, пульта системы диагностики, так и пульта оператора ОС СВМ (как девятый пульт АДГ). Загрузка микропрограмм и диагностических тестов выполнялась с НГМД СПС. Собственный сетевой адаптер СПС, подключенный через модем к линии связи, обеспечивал удаленное обслуживание ЕС 1007, в том числе запуск диагностики, считывание и установку состояния технических средств с целью удаленного анализа ситуации квалифицированными специалистами и выдачи рекомендаций штатному обслуживающему персоналу по ликвидации неисправностей.

[АццкоМото]

А вот скажите, знатоки истории. Почему когда появился архиватор зип, на просторах одной шестой файлы называли зазипованными, а не зипанутыми, хотя второе куда милее русскому уху?


Sent from my Nexus 6 using Tapatalk