LINUX.ORG.RU

Пенсионный фонд переходит на СПО

 


0

3

Пенсионный фонд России (ПФР) провел апробацию технических решений по размещению сервисов информирования застрахованных лиц и баз данных на отечественной программно-аппаратной платформе «Эльбрус». В ходе эксперимента данные с серверов IBM iSeries под управлением СУБД IBM DB2 были перенесены на серверы, использующие процессоры и ОС «Эльбрус», под управлением СУБД PostgerSQL и с применением web-сервера Apache и сервера приложений Tomcat.

   Операция             Средний коэффициент отставания скорости                               Комментарий
                         выполнения на iSeries и на «Эльбрус»
-------------------------------------------------------------------------------------------------------------------------------------
Простые операции                                                      Простые операторы SQL, не требующие выполнения действий с индексами,
 чтения данных                     от 2,0 до 20,0                      операторами соединения таблиц, вычислений и др, сложных действий,
                                                                       не включающие WHERE

Простые операции                                                      Простые операторы SQL, не требующие выполнения действий с индексами,
 с фильтрацией                     от 4,0 до 34,0                      операторами соединения таблиц, вычислений и др, сложных действий,
                                                                       включающие простые условия WHERE

Сложные операции                                                     Усложненные операторы SQL с использованием индексов,
 с использованием                   от 5,0 до 30,0                      построенных по первичным ключам
  первичных ключей

Сложные операции                                                     Сложные операторы SQL с использованием индексов, по различным полям
 с использованием                   от 7,0 до 60,0                      и их комбинациям, с операторами соединения таблиц
  индексов

Построение                                                           Процедуры построения индексов для больших таблиц, в т,ч,
  индексов                          от 5,0 до 15,0                     для первичных ключей, и для сложных индексов
                                                                        (включающих различные таблицы)


В тестировании принимали участие два сервера на платформе «Эльбрус» с четырьмя 4-ядерными процессорами с тактовой частотой 750 МГц, 96 ГБ оперативной памяти стандарта ЕСС DDR3 1066 MHz, шестью жесткими дисками Toshiba DT01ACA300 емкостью 3 ТБ каждый.

В качестве одной из главных вероятных причин сравнительно медленного функционирования выполнения действий с СУБД на платформе «Эльбрус» в ПФР указывают значительную оптимизация платформы IBM под СУБД DB2, которая глубоко интегрирована с операционной системой. Другая причина — специализированные возможности ввода-вывода платформы IBM по сравнению с неспециализированной подсистемой ввода-вывода платформы «Эльбрус». Также в фонде обращают внимание на недостаток оперативной памяти, что приводит к необходимости выполнения частых операций ввода-вывода (чтения с жестких дисков), на отсутствие специализированной СХД и на низкую тактовую частоту процессоров «Эльбрус».

Ну и самая мякотка:

в фонде остались удовлетворены такими результатами, и намерены в начале 2017 г. докупить порядка 10 серверов на «Эльбрусах»
покупка этого «железа» обойдется фонду примерно в Р 10 млн. В то же время действующая система на IBM стоит около Р 130 млн, не считая прикладного ПО.

Подробнее: http://m.cnews.ru/news/top/2016-10-03_pensionnyj_fond_migriruet_s_platformy_i... (ссылка на мобильную версию, без баннера-антиатблока)

★★

порядка 10 серверов на «Эльбрусах» покупка этого «железа» обойдется фонду примерно в Р 10 млн. В то же время действующая система на IBM стоит около Р 130 млн, не считая прикладного ПО.

Очевидно, что Эльбрусов можно купить в 13 больше. Так и перегоним!

pacify ★★★★★ ()

А шо жэ мы не выкладываем продолжение мякоты?

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

По словам Янкина, рассматриваемые серверные мощности IBM будут задействованы для автоматизированной системы фонда нового поколения АИС ПФР-2, которая в них остро нуждается, так как в ближайшие два года ведомству необходимо поддерживать и старую, и новую АИС.

Объектом технического эксперимента ПФР является деятельность подразделений фонда по информированию застрахованных лиц о состоянии их индивидуальных лицевых счетов в системе ПФР. Как следует из документов вышеупомянутого тендера, в целом это информирование производится путем передачи застрахованному лицу извещения о состоянии его индивидуального лицевого счета различными способами: лично, в бумажном виде по почте, через единый портал государственных и муниципальных услуг (ЕПГУ), через трансферагентов, с которыми заключены соответствующие соглашения.

Информирование производится по личному запросу застрахованного лица, в зависимости от способа обращения — в письменном или электронном виде.

Т.е. некритичную к времени ожидания систему, не использующую полностью текущие мощности, переносят на в 10 раз более дешевое железо (не считая софт!), а освободившееся железо IBM используют под (воможно) более ресурсоемкие задачи.

Вполне себе нормальная оптимизация процесса.

infine ()

Интересно, насколько пострегс медленнее дб32 на одинаковом железе? И да, ждем патчей в постгресс.

DNA_Seq ★★☆☆☆ ()

10 серверов на «Эльбрусах»
обойдется фонду примерно в Р 10 млн.

То есть сервер на эльбрусе примерно миллион.
Хоть какая-то ценовая ориентировка.

imul ★★★★★ ()
Ответ на: комментарий от DNA_Seq

от одинаковости архитектуры таблиц и запросов зависит. может и быстрее будет.

bl ★★★ ()

Винты ад, конечно :) А так позитив же.

dk- ()

У них были iSeries (которые AS/400)? O_O

tailgunner ★★★★★ ()
Ответ на: комментарий от tailgunner

У них были iSeries (которые AS/400)? O_O

Лет десять назад была чрезвычайно популярная в банковско-финансовых организациях платформа. Интересно, как сейчас.

dimss ★★★★★ ()
Ответ на: комментарий от imul

Хоть какая-то ценовая ориентировка.

Возможно завышенная т.к. ПФР=гос. закупка, ну сам понимаешь.

julixs ()
Ответ на: комментарий от julixs

Плюс наверняка ещё стоимость внедрения и поддержки включена.

Black_Shadow ★★★★★ ()

от 7,0 до 60,0

была минута, будет час.

удобный коэффициент для оценки!

а если у них там трешак с хранимками... )))))

Rastafarra ★★★ ()

Хорошо, когда деньги кончаются.

shahid ★★★★★ ()

Это не MIPS Эльбрусы, я так понял, те самые, оригинальные? Ну что же, под такой нагрузкой их хотя бы обкатать можно.

Valeg ★★★ ()
Ответ на: комментарий от pacify

там еще и томкат. то есть жава. то есть на эльбрусе она работает в режиме интерпретатора. ну и опаньки.

теперь надо отделить загрузку жабы от базы данных и посмотреть кто дает просраться эльбрусу больше.

i36_zubov ()
Ответ на: комментарий от i36_zubov

там еще и томкат. то есть жава

У МЦСТ не нашлось отдела грамотных программистов, чтобы запилить SQL-СУБД для ПФР? Компилятор же они осилили. Могли бы хотя бы людей из ИСП РАН нанять (отдел С.Кузнецова), если сами не в состоянии.

pacify ★★★★★ ()
Последнее исправление: pacify (всего исправлений: 1)
Ответ на: комментарий от pacify

У МЦСТ не нашлось отдела грамотных программистов, чтобы запилить SQL-СУБД для ПФР? Компилятор же они осилили. Могли бы хотя бы людей из ИСП РАН нанять (отдел С.Кузнецова), если сами не в состоянии.

Судя по моему опыту работы с эльбрусом, от новой СУБД толку мало. Он просто сам по себе тормозит.

P.S. А их компилятор это переделанный lcc с выводом в koi8-r.

P.P.S. Эдди был бы доволен:

$ ./lcc       
éÓÐÏÌØÚÏ×ÁÎÉÅ: lcc [options] files
äÌÑ ÐÏÌÕÞÅÎÉÑ ÂÏÌÅÅ ÐÏÄÒÏÂÎÏÊ ÉÎÆÏÒÍÁÃÉÉ ÉÓÐÏÌØÚÕÊÔÅ lcc --help
kirk_johnson ★★ ()
Последнее исправление: kirk_johnson (всего исправлений: 4)
Ответ на: комментарий от pacify

не факт, что там тормозит СУБД. для жавы же требуется патчить её JIT, а в случае VLIW - тупо писать еще один компилятор.

i36_zubov ()
Ответ на: комментарий от pacify

У МЦСТ не нашлось отдела грамотных программистов, чтобы запилить SQL-СУБД для ПФР?

Или у МЦСТ хватило ума этого не делать.

Могли бы хотя бы людей из ИСП РАН нанять (отдел С.Кузнецова)

Бгг. Как там поживает GNU SQL Server?

tailgunner ★★★★★ ()

ПФР весь на дотациях из федерального бюджета. Не думал что им есть дело до Эльбрусов в нынешней ситуации.

Promusik ★★★★ ()
Ответ на: комментарий от hateyoufeel

Не-а, не осилили.

Неужели выполняется нативный x86-код?

pacify ★★★★★ ()
Ответ на: комментарий от pacify

Неужели выполняется нативный x86-код?

Нет, выполняется код под e2k. Проблема в том, что база компилятора — lcc, который чуваки ещё и закрыть умудрились.

kirk_johnson ★★ ()
Ответ на: комментарий от infine

Ну так естественно, не выбросят же рабочее жедезо за 130 миллионов уже потраченных под каток.

uin ★★ ()
Ответ на: комментарий от kirk_johnson

база компилятора — lcc

Ты про это что ли? https://ru.wikipedia.org/wiki/LCC
Где там поддержка cpp и фортрана?
Нет, я то же слышал что у них компилятор на чем то основан, но там было что то проприетарное типа Edison Design Group или вроде того (то же от санок по видимому оставшееся).

uin ★★ ()
Ответ на: комментарий от uin

Нет, я то же слышал что у них компилятор на чем то основан, но там было что то проприетарное типа Edison Design Group или вроде того (то же от санок по видимому оставшееся).

Ммм... Мб я ошибаюсь, но мне именно про lcc с прикрученными плюкшками говорили. Можно попробовать дизассемблировать и проверить, хрен-ли. Или через IDA прогнать.

kirk_johnson ★★ ()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от Promusik

ну как бы это только цветочки. скоро все будут кусать эльбрус и это правильно. расплодилось хипстеров-кодеров, привыкших к сотням гигагерц и гигабайт.

i36_zubov ()
Ответ на: комментарий от i36_zubov

расплодилось хипстеров-кодеров, привыкших к сотням гигагерц и гигабайт.

Расплодилось хипстеров-кодеров, привыкших к кулькуляторам.

kirk_johnson ★★ ()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от i36_zubov

С удовольствием жду ваших предложений по оптимизации работы СУБД в условиях интенсивного дискового IO.

leave ★★★★★ ()

Теперь им бы перейти на какой-нибудь PostgreSQL и выбросить айбиэмовскую базу.

alexferman ()
Ответ на: комментарий от pacify

У МЦСТ не нашлось отдела грамотных программистов, чтобы запилить SQL-СУБД для ПФР?

Это почему-то не МЦСТ, а какое-то таинственное ООО «Эльбрус-2000».

alt-x ★★★★★ ()
Ответ на: комментарий от kirk_johnson

lcc с прикрученными плюкшками

Фигасе плюшки. В любом случае бакенд у них свой, а вот фронтенд взяли готовый и по моему это EDG
i36_zubov

у них на ваткоме вроде запилено. хотя мб и gcc осилили.

А, ну может быть. GCC - точно нет, с ним только совместимость по ключам.

uin ★★ ()
Ответ на: комментарий от alt-x

Это просто оффшор для держания патентов USA.

uin ★★ ()
Ответ на: комментарий от uin

EDG у них. А называется компилятор lcc потому, что «el-see-see».

tailgunner ★★★★★ ()

судьбы ПФ не трогают.. на чём считается пенсия которой не будет не волнует вот ни разу.

Немного печалька что неплохое начинание(упомянутый Эльбрус) финансируется за счёт развёрстной кормушки по крошкам.

MKuznetsov ★★★★★ ()
Ответ на: комментарий от tailgunner

el-see-see

Ну это я догадывался, еще когда узнал что транслятор называется lintel (эль-интел), а откуда знаешь что EDG? Я вот помню где то читал об этом, но вот вспомнить не могу - на хоботе, да?

uin ★★ ()
Ответ на: комментарий от uin

а откуда знаешь что EDG? Я вот помню где то читал об этом, но вот вспомнить не могу - на хоботе, да?

Я тоже не помню, где именно читал, но где-то это публиковалось.

По-моему, это никогда и не скрывалось: http://syrcose.ispras.ru/2013/files/submissions/12_syrcose2013.pdf

tailgunner ★★★★★ ()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от leave

поставить больше контроллеров дисков, больше дисков, больше RAIDа, больше SSD и т.д. что тут оптимизировать то? что могли уже сто раз оптимизировали.

i36_zubov ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.