Организовано серийное производство серверов Эльбрус-4.4 для кластеров

В компании ПАО «ИНЭУМ им. И.С.Брука» (входит в Объединённую Приборостроительную Корпорацию) разработана и освоена в серийном производстве конфигурация серверов на базе микропроцессоров Эльбрус, оптимизированная для построения вычислительных кластеров.

Разработанная модель имеет наименование «УЭМ» (Универсальный Электронный Модуль). Её отличительной особенностью является увеличенный объём памяти, малая высота корпуса и расширенные коммуникационные возможности.

Сервер«УЭМ» выполнен в корпусе для установки в стандартную 19″ стойку высотой 1U. Материнская плата сервера содержит четыре процессора Эльбрус-4С с рабочей тактовой частотой 750 МГц, объединённые по схеме NUMA (неоднородная общая память). Общая производительностью сервера составляет 180 Гфлопс одинарной точности. В сервере установлено 96 ГБ памяти DDR3 1333 ECC. Сетевая конфигурация включает в себя 2 интегрированных порта 1G Ethernet и двухпортовый 10Gbit Ethernet контроллер с поддержкой модулей SFP+. Сервер оснащён 2 дисками SATA 3.5″ объёмом 500 Гбайт Enterprise класса (7200 RPM). Имеется один блок питания. Пиковое энергопотребление сервера не превышает 300 Вт.

Серверы поставляются с предустановленной операционной системой «ОС Эльбрус», включающей в себя инструменты разработчика (компилятор, отладчик, профилировщик, математические библиотеки).

Серверы «УЭМ» спроектированы в России, основаны на отечественных процессорах Эльбрус-4С и оснащены отечественным программным обеспечением, с том числе отечественным начальным загрузчиком (BIOS). Микропроцессоры Эльбрус имеют уникальную отечественную архитектуру, спроектированы российской компанией АО «МЦСТ» и производятся под её контролем. Производство серверов, включая поверхностный монтаж материнских плат, осуществляется на российских заводах.

Сервер «УЭМ» — наилучший выбор для организаций, проводящих импортозамещение вычислительной техники и миграцию приложений на российскую вычислительную платформу.

Поставка cерверов «УЭМ» (артикул ЛЯЮИ.301444.011-01) осуществляется со склада ПАО «ИНЭУМ им. И.С. Брука» в г. Москве. Запросы на поставку принимаются по адресу sales@ineum.ru

http://ineum.ru/ineum-organizoval-s...rijnoe-proizvodstvo-serverov-elbrus

Эльбрус, сервер, Эльбрус-4.4, ИНЭУМ

все комментарии

1
guest
27.12.1611:19:57

Ну например?

#869247 ↑

1
shigorin
27.12.1615:07:22

Например, линукс и постгрес.

#869344 ↑

0
guest
27.12.1617:01:25

Ну это частные случаи. Если у предприятия уже и так корпоративное приложение под Ораклом, оно просто так не переедет на Постгрес — придется много переписывать. То же и с линуксом — у многих предприятий бизнес-приложения сделаны на C# (вот я как раз тоже этой вещью занимаюсь), как по-вашему они перейдут на Линукс? Только недавно Майкрософт начала самостоятельный перенос своего стека под Линукс, и эта работа еще не завершена. Например, на RPi2 под Расбианом я так и не смогла собрать их исходники, хотя казалось бы, это вдоль и поперек освоенный ARM.
Это всё не так просто, как на словах. Если бы всё было просто, никто бы не использовал дорогущие Ораклы, Майкрософты и прочее — все бы сидели исключительно на бесплатных опен-сорсах. Но люди же не дураки, раз деньги за это платят?

Отредактировано: Настя Вилкова~19:02 27.12.16

#869406 ↑

0
shigorin
27.12.1617:37:15

у многих предприятий бизнес-приложения сделаны на C#
Нас тут регулярно такие спрашивают про mono, у кого-то будто даже работает.
Но люди же не дураки, раз деньги за это платят?
Только Вам и по большому секрету: ещё как дураки. Если до сих пор платят за vendor lock-in -- то не просто дураки, которые уроки не делали, а сказочные…
PS: а знаете, зачем платят? шоб крайний был. не шоб работало.

Отредактировано: shigorin~19:38 27.12.16

#869428 ↑

0
guest
27.12.1617:45:45

Нас тут регулярно такие спрашивают про mono, у кого-то будто даже работает.
Правильно, у кого-то и «как-то».
Только Вам и по большому секрету: ещё как дураки. Если до сих пор платят за vendor lock-in
Дело же не только в вендор локине, но и в затратах. Можно купить более дорогую операционку, но на ней дешевле и проще писать софт. А можно наоборот — взять бесплатную операционку и долго, мучительно писать под неё софт, собирая по рынку супер-дорогих разработчиков. Да что там спорить, типичный холивар. Вендор локин — это конечно же зло, но не абсолютное. Надо просто понимать, что на что мы размениваем. И я сейчас говорю именно про частников, а не про государство и стратегические интересы.

Отредактировано: Настя Вилкова~19:46 27.12.16

#869435 ↑

0
shigorin
27.12.1618:04:35

Можно купить более дорогую операционку, но на ней дешевле и проще писать софт.
А ещё чуть спустя выяснить, что выхода нет -- кроме как предпринимать титанические усилия по портированию или вовсе начинать сначала. Поводы бывают самые разные -- у одних санкции (причём тут что оракл, что некрософт, что редхат -- всё едино), у других вдруг ставшая невменяемой (из просто неприятной) ценовая политика и стремление ввалить дорогостоящие рантаймовые зависимости чужим клиентам через разработчика…
Помнится, Джоэл Спольски про свой FogBugz и ASP/ASP.NET писал в этом ключе разбор «на пальцах» -- давно, но смысл-то такого не меняется. А он до ухода в «частники» в т. ч. и в некрософте поработал.

#869446 ↑
0
guest
29.12.1610:00:25

А кто-то 10 лет назад сделал платформу на Оракле и теперь испытывает проблемы с мастабированием (лицензий энтерпрайз — слишком дорого, стандарт не вытягивает, переписать на постгрес — еще дороже).

#870070 ↑

1
guest
29.12.1609:57:34

Переписывать работающий софт на другую платформу — дело долгое, затратное и само по себе бессмысленное.
Я же говорю о тех, кто уже сидит на open source. Конкретные конторы называть не буду (по ряду причин). Им не составит труда использовать другое оборудование.

#870069 ↑

0
guest
29.12.1612:09:30

Это да.

#870101 ↑

0
~~Adx~~
05.01.1719:23:23

Microsoft не начала, и не собирается переносить .NET под Linux. Если речь по NET Core — это совсем другое. Но Microsoft публично заявила, что определенный стек .NET можно будет использовать без риска оказаться под лицензионными претензиями. Это позволяет серьезным предприятиям использовать Mono, для них этот момент очень важен. Тут проблема не в Mono как таковом, а в сложившейся практике. Классические наборы Java+Linux и .Net+Windows. В МЦСТ это понимают и сделали ставку на Java, машина которого оптимизирована под Эльбрус.

#871846 ↑

0
guest
08.01.1713:57:03

не собирается переносить .NET под Linux. Если речь по NET Core — это совсем другое
О, сразу видно знатока-теоретика. Я ващет с этим давно уже работаю, и первый раз от вас слышу, что «это не одно и то же». Хотя конечно понимаю, что стек .NET — это больше, чем его подмножество Core. Но это очень большое подмножество. И оно было выделено специально в том числе для целей портирования.

#872603 ↑

0
~~Adx~~
08.01.1718:18:20

Если Вы работаете с .NET Native (мобильные устройства) и [ссылки отключены] 5(серверная часть веб-разработки), то вопросов нет.
Но десктопные приложения — за пределами.
Как насчет WPF на NET Core?
Microsoft честно говорит, что собирается развивать параллельно NET Framework и NET Core.

#872666 ↑

0
guest
08.01.1719:59:08

.NET Native не имеет прямого отношения к мобильным устройствам. Это всего лишь формат предкомпиляции.
Десктопные приложения — это частность, и не самая большая. Множество деловых приложений давно делается как веб — потому что это универсально и доступно ото всюду. Особенно если помножить на чехарду десктопных сред Майкрософт — начиная от Win32 через WinForms, затем WPF, теперь вот UWP. Естественно, они не будут портировать весь это зоопарк — пусть сначала сами у себя определятся и на чем-то остановятся.
Microsoft честно говорит, что собирается развивать параллельно NET Framework и NET Core.
И что же из этого следует? Framework они просто обязаны продолжать тащить, потому что на нем уже мегатонны legacy, их просто четвертуют иначе. И они не могут его не продолжать развивать, иначе это будут просто два форка — Framework и Core, которые как расползутся в стороны. Они вот умудряются параллельно даже Win32 развивать до сих пор, подумать только!
А у Core заявлено как раз-таки в качестве основных задач, почему её выделили из общего стека — это модульность (для более быстрого и гибкого развития) и кроссплатформенность. Никто не мешает сверху донакидать на Core любых нужных библиотек, того же десктопного Gtk#, если захотите.

#872696 ↑

Написать комментарий

Отмена

Для комментирования вам необходимо зарегистрироваться и войти на сайт,