Сообщение Re[9]: Питерская и Московская IT-школа... от 09.05.2021 1:15
Изменено 09.05.2021 1:26 a7d3
Re[9]: Питерская и Московская IT-школа...
Здравствуйте, Lexey, Вы писали:
L>Проблема в том, что эти продвинутые процессоры мало кому были нужны. Их пытались пихать в различные НИИ и т.п. под гранты. В итоге они там стояли и делали то (роль почтовых и веб серваков выполняли, например), с чем спокойно справлялись более бюджетные сервера на x86. При этом вторые еще и администрировать было гораздо проще и приятнее из-за наличия нормального софта (с которым у Sun'а все было плохо). В тех реалиях какое-то адекватное применение у этих процессоров могло быть только в высокопроизводительных вычислительных кластерах или кластерах СУБД (в ГЦИ ЦБ Оракл на таком гоняли). Но это очень узкая ниша.
Потому что это аппликейшн сервер, числодробилка обыкновенная. Либо процессинг с лирингом обсчитывать должен в кластере, либо исполнять серверная часть CAD/CAE/CAM-системы. Работают с которой через клиентское приложение или же проброс GUI по X-ам с обычных компов.
L>На x86 в те времена работали практически все рабочие станции и большая часть серваков в конторах самого разного масштаба. И хорошо работали.
Десктопы. Под рабочими станциями в то время понимались вполне конкретные машины, имевшие мало общего с IBM PC.
Были они на процессорах семейства MIPS R10000 или же Motorola 68K, изрядно уделывая по производительности любой IBM PC. За счёт чего и могли вращать на себе мало-мальски приличные ОС (производные от юниксов) и различные САПР-пакеты, со всяким разным моделированием через CAE-, CAM-системы, сродни CATIA v4/v5.
Именно в дополнение к таким рабочим местам и нужны были аппликейшн сервера на целочисленных числодробилках UltraSPARC.
L>Проблема в том, что эти продвинутые процессоры мало кому были нужны. Их пытались пихать в различные НИИ и т.п. под гранты. В итоге они там стояли и делали то (роль почтовых и веб серваков выполняли, например), с чем спокойно справлялись более бюджетные сервера на x86. При этом вторые еще и администрировать было гораздо проще и приятнее из-за наличия нормального софта (с которым у Sun'а все было плохо). В тех реалиях какое-то адекватное применение у этих процессоров могло быть только в высокопроизводительных вычислительных кластерах или кластерах СУБД (в ГЦИ ЦБ Оракл на таком гоняли). Но это очень узкая ниша.
Потому что это аппликейшн сервер, числодробилка обыкновенная. Либо процессинг с лирингом обсчитывать должен в кластере, либо исполнять серверная часть CAD/CAE/CAM-системы. Работают с которой через клиентское приложение или же проброс GUI по X-ам с обычных компов.
L>На x86 в те времена работали практически все рабочие станции и большая часть серваков в конторах самого разного масштаба. И хорошо работали.
Десктопы. Под рабочими станциями в то время понимались вполне конкретные машины, имевшие мало общего с IBM PC.
Были они на процессорах семейства MIPS R10000 или же Motorola 68K, изрядно уделывая по производительности любой IBM PC. За счёт чего и могли вращать на себе мало-мальски приличные ОС (производные от юниксов) и различные САПР-пакеты, со всяким разным моделированием через CAE-, CAM-системы, сродни CATIA v4/v5.
Именно в дополнение к таким рабочим местам и нужны были аппликейшн сервера на целочисленных числодробилках UltraSPARC.
Re[9]: Питерская и Московская IT-школа...
Здравствуйте, Lexey, Вы писали:
L>Проблема в том, что эти продвинутые процессоры мало кому были нужны. Их пытались пихать в различные НИИ и т.п. под гранты. В итоге они там стояли и делали то (роль почтовых и веб серваков выполняли, например), с чем спокойно справлялись более бюджетные сервера на x86. При этом вторые еще и администрировать было гораздо проще и приятнее из-за наличия нормального софта (с которым у Sun'а все было плохо). В тех реалиях какое-то адекватное применение у этих процессоров могло быть только в высокопроизводительных вычислительных кластерах или кластерах СУБД (в ГЦИ ЦБ Оракл на таком гоняли). Но это очень узкая ниша.
Потому что это аппликейшн сервер, числодробилка обыкновенная. Либо процессинг с лирингом обсчитывать должен в кластере, либо исполнять серверная часть CAD/CAE/CAM-системы. Работают с которой через клиентское приложение или же проброс GUI по X-ам с обычных компов.
L>На x86 в те времена работали практически все рабочие станции и большая часть серваков в конторах самого разного масштаба. И хорошо работали.
Десктопы. Под рабочими станциями в то время понимались вполне конкретные машины, имевшие мало общего с IBM PC.
Были они на процессорах семейства MIPS R10000 или же Motorola 68K, изрядно уделывая по производительности любой IBM PC. За счёт чего и могли вращать на себе мало-мальски приличные ОС (производные от юниксов) и различные САПР-пакеты, со всяким разным моделированием через CAE-, CAM-системы, сродни Siemens NX или же CATIA v4.
Именно в дополнение к таким рабочим местам и нужны были аппликейшн сервера на целочисленных числодробилках UltraSPARC.
L>Проблема в том, что эти продвинутые процессоры мало кому были нужны. Их пытались пихать в различные НИИ и т.п. под гранты. В итоге они там стояли и делали то (роль почтовых и веб серваков выполняли, например), с чем спокойно справлялись более бюджетные сервера на x86. При этом вторые еще и администрировать было гораздо проще и приятнее из-за наличия нормального софта (с которым у Sun'а все было плохо). В тех реалиях какое-то адекватное применение у этих процессоров могло быть только в высокопроизводительных вычислительных кластерах или кластерах СУБД (в ГЦИ ЦБ Оракл на таком гоняли). Но это очень узкая ниша.
Потому что это аппликейшн сервер, числодробилка обыкновенная. Либо процессинг с лирингом обсчитывать должен в кластере, либо исполнять серверная часть CAD/CAE/CAM-системы. Работают с которой через клиентское приложение или же проброс GUI по X-ам с обычных компов.
L>На x86 в те времена работали практически все рабочие станции и большая часть серваков в конторах самого разного масштаба. И хорошо работали.
Десктопы. Под рабочими станциями в то время понимались вполне конкретные машины, имевшие мало общего с IBM PC.
Были они на процессорах семейства MIPS R10000 или же Motorola 68K, изрядно уделывая по производительности любой IBM PC. За счёт чего и могли вращать на себе мало-мальски приличные ОС (производные от юниксов) и различные САПР-пакеты, со всяким разным моделированием через CAE-, CAM-системы, сродни Siemens NX или же CATIA v4.
Именно в дополнение к таким рабочим местам и нужны были аппликейшн сервера на целочисленных числодробилках UltraSPARC.