Рабочие станции Kronos

[shattered]

Еще один вариант 32-разрядной рабстанции из 1980-х.

http://www.kronos.ru/
http://www.excelsior-usa.com/krg/krg.html
https://code.google.com/p/kronos/

Судя по текстам, вещь крайне редкая и вне музеев не встречается.

[Denkixot]

Мажорная вещица. Жаль, что не достать

[shattered]

Ладно бы ее саму не достать, так и софт к ней еще реже встречается

[DrPass]

Судя по текстам, вещь крайне редкая и вне музеев не встречается.

Также судя по тестам производительности в конце первой статьи, вещь еще и изначально мертворожденная даже по советским меркам. Скорее всего, указанному НИИ просто нужно было освоить выбитые на разработку ЭВМ средства, вот и слепили что получилось.

[MM]

shattered написал:

Судя по текстам, вещь крайне редкая и вне музеев не встречается.

Также судя по тестам производительности в конце первой статьи, вещь еще и изначально мертворожденная даже по советским меркам. Скорее всего, указанному НИИ просто нужно было освоить выбитые на разработку ЭВМ средства, вот и слепили что получилось.

Полностью согласен с DrPass.
ИМХО - очередной ( тогда ) Уникс-монстрик.

[bigral]

Да не, это вы рубите с плеча господа когда так говорите, что якобы это был заранее спланированный распил бюджета (т.е. авантюра и по сути преступление). Насамделе существовала и сейчас есть инициатива создания некоего интерпретатора в "железном виде" который бы позволил навсегда отвязаться от "стандартов на железо" и создавать проги в чистом вакууме легко переходя на новые процессоры, шины, памяти и т.д. Ну т.е. некая абстрактная модель которую легко можно реализовать на любом железе. Это подход IBM, там программисты вообще настоко далеки от железа, что их код так тормозит на рабочих станциях что практически кроме как для ихних mainframe-ов никуда не годится, просто не выдерживает никакой конкуренции. Поэтому в свое время M$ послали их нафиг, когда переписывали VMS и OS/2 - в форму WinNT.

Java VM, .NET это все потуги в том же направлении (с прицелом на то чтоб когда-нибудь иметь "железный интерпретатор" и забыть об трансляторах под конкретный проц и ограниченное адресное пространство).

К стати началось это все дело (попытки из нормальных софтовых интерпретаторов сделать железные) с forth-a и до сих пор есть много сторонников, тот же IMAK (автор Sprinter-a) был таким.

НО... понятное дело что такой "недо железный интерпретатор" не намного круче чем обычный старый проверенный подход железный проц + софтовый интерпретатор (ну реально тот же perl, php, python, tcl/tk и т.д. работают не хуже java и .net в реальной жизни).

[nongrato]

Это подход IBM, там программисты вообще настоко далеки от железа, что их код так тормозит на рабочих станциях что практически кроме как для ихних mainframe-ов никуда не годится, просто не выдерживает никакой конкуренции. Поэтому в свое время M$ послали их нафиг, когда переписывали VMS и OS/2 - в форму WinNT.

Инъекцию разупорина этому господину срочно!

[DrPass]

ну реально тот же perl, php, python, tcl/tk и т.д. работают не хуже java и .net в реальной жизни)

Ну да, производительность php по сравнению с java в реальной жизни уступает всего-то в каких-то жалких раз десять. Поэтому не считается

что якобы это был заранее спланированный распил бюджета

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

[shattered]

т.е. это такая "JavaStation" ткскзть, но на советский лад?

поправка: это Lilith на советский лад, о чем прямо и сказано в документации.

https://en.wikipedia.org/wiki/Lilith_%28computer%29
http://bitsavers.trailing-edge.com/pdf/eth/lilith/
http://pascal.hansotten.com/index.php?page=emulith

[bigral]

Ну да, производительность php по сравнению с java в реальной жизни уступает всего-то в каких-то жалких раз десять. Поэтому не считается

Ага токо это всего то в синтетических тестах а не в реальном бизнесе. А в реальном софте как этот форум, php не занимается вычислением длинны строки подсчитывая количество символов в цикле а скриптует писанные на С и оптимизированные на ASM библиотеки с жирными кусками функционала. Результат - этот форум никогда не тормозит и расходует ерунду памяти на сервере. A java делает кучу низкоуровневой работы сама, использует дико жрущие память JIT, не умеет со swap-ом вообще работать (изза тупой концепции автоуправления памятью)... короче на то чтоб такой форум на java запустить надо в разы более крутой сервак.

зы. в низу написанно "Время выполнения скрипта: 0.0402. Количество выполненных запросов: 20, время выполнения запросов 0.0089"

зы2. к сожалению такие чуваки как Вирт далеки от реального бизнеса и железа, потому развитие софта идет по пути - "как просрать побольше силикона"

[shattered]

bigral

кроме флейма, есть что сказать по теме?