RISC-архитектура довольно долго была безальтернативной для процессинга банков и другого ответственного хайлоада. Как только начался кризис, всё чаще и чаще стало звучать мнение, что x86 тоже вполне может справиться. Теперь x86 активно щупают и кое-где внедряют. Потому что экономия в разы.
Завтра, в четверг 27 октября, в 18:00 мы будем издеваться над x86-машиной с интригующим названием Huawei Kunlun. Приходите потыкать в него палочкой. Будем нагружать его Oracle и майнингом биткоинов до тех пор, пока он, как бензопила из анекдота, не скажет «Хррр».
Ниже — короткое FAQ про RISC-машины и программа тест-драйва.
— Зачем нужны RISC-платформы?
Чаще всего — для процессинга банков, билинга операторов, просчётов страховых, клиринга в биржевых компаниях и т.п. В ритейле и медицине мы видели их всего пару раз. Смысл RISC-машины — возможность обрабатывать очень много потоков данных (довольно мелких операций) за один раз. Очень упрощая, в сравнении с x86-архитектурой не накапливаются лаги на менеджмент ядер, благодаря тому, что RISC-ядра изначально предназначены для многопоточной работы, а x86-ядра только эволюционировали к такой относительно недавно.
— Так почему не перепрыгнуть с RISC на x86, если это то же самое, да ещё и в разы дешевле?
Во-первых, решения новые, им всем меньше года. В России всего одно тестовое вредрение (и другой системы, не Kunlun). Посмотреть негде. Во-вторых, несмотря на адские бюджеты, довольно тяжело взять и перевести процессинг банка, рискуя навернуть весь этот банк. В банке как: не закрыл банковский день вовремя три раза подряд — тебе сразу и без вопросов хана. Ну и, в-третьих, даже несмотря на последние пакеты инструкций, стремительно приближающие x86 к RISC-уровню, всё же есть засада по производительности и ряд несколько неприятных эффектов на больших нагрузках. Именно об этом мы поговорим и поможем понять, повлияет это на ваши задачи или нет.
— Почему RISC такие дорогие?
Потому что это машины, которые делаются далеко не теми тиражами, что обычные универсальные x86-ядра. И цена их не только в покупке (довольно дорогой), но и в обслуживании (за 3 года — как покупка нового). Плюс вопрос квалификации и обучения админа.
— Что будет на тест-драйве?
До 19:00 — регистрация участников, маленький фуршет. Можно приходить в 18:40, как раз хватит времени пройти охрану и зарегистрироваться. Но частые гости наших мероприятий приходят раньше, потому что тусовка и обмен живым опытом от коллег. Без прикрас, всё как есть.
19:00-20:00 – основная часть: тест-драйв. Ведёт наш эксперт департамента вычислительных систем Антон Семчишен. Будут Валентин Губарев, директор Департамента вычислительных систем, Артур Пярн, директор по IT решениям из Huawei, Дмитрий Корнев, руководитель по развитию бизнеса с системными интеграторами Intel.
20:0-21:00 – развлекательная часть, свободное общение. Небольшие закуски, разговоры «за жизнь», выяснение истинных размеров скидки на поставку от озвученного прайса и прочие прелести.
— А техническая часть?
В левом углу ринга RISC-машина, в правом — кластер Huawei Kunlun. На оба сервера установлена СУБД Oracle и созданы базы данных. Мы будем запускать на каждом сервере тестовый пакет Swingbench — это генератор нагрузки для СУБД, который может эмулировать нагрузку от различных приложений. Прогоним тесты с наиболее типичными настройками, включающими в себя выбор, изменение, внесение и удаление элементов базы данных, однако данные тесты могут быть настроены для наилучшей имитации практически любого приложения. Потом мы будем запускать процесс майнинга биткоинов и посмотрим сколько гигахэшей в секунду сможет вычислить каждый сервер.
— Ок, что надо знать про этот Kunlun?
Вот техспецификация, и вот архитектура, остальные детали на месте:
— Для кого этот тест-драйв?
Для CIO, главных админов, техдиректоров, директоров по развитию, руководителей техотделов и служб эксплуатации крупных компаний. Мы будем говорить о технических деталях и финансовых условиях. На этот раз не будет зрелища с вынимаемыми «на горячую» кусками сервера и эмуляцией аварий, но всё равно будет весело, обещаем.
— Куда приходить и как регистрироваться?
Надо позвонить или написать Светлане Еремеевой, SEremeeva@croc.ru, +7(495) 974-22-74, добавочный 3408.
Или вот ссылка на регистрационную форму.
Количество мест ограничено, и мы оставляем право принимать итоговое решение о подтверждении регистрации в каждом конкретном случае. Место — LOFT #2 Москва, Ленинская Слобода, 26, с 11.
Комментарии (21)
kahi4
26.10.2016 12:35+13Смысл RISC-машины — возможность обрабатывать очень много потоков данных (довольно мелких операций) за один раз.
Смысл архитектуры RISC — упрощенный набор инструкций, что за счет упрощения декодеров и прочего позволяет повысить производительность. Никакой разницы в обработки большого количества потоков данных между RISC и CISC нет.
И почему не указывается конкретный RISC, а берется аж само семейство архитектур, а противопоставляется конкретный экземпляр. Это как сравнивать nexus 4 с всем модельным рядом Apple одновременно, начиная от первого и заканчивая последним.
Потому что это машины, которые делаются далеко не теми тиражами, что обычные универсальные x86-ядра.
В Huawei Kunlun устанавливается intel xeon, про тираж которого сложно сказать, что он настолько массовый.
Во-первых, решения новые, им всем меньше года.
Я был 3 года назад на конференции intel, где показывали уже даже не первое поколение ксеонов, и приводили список институтов, где эта технология уже стояла (3 штуки, если не ошибаюсь).
TonySemchishen
26.10.2016 18:27+1Да, линейка Xeon существует очень давно, имеются ввиду готовые отказоустойчивые платформы на базе Xeon с 16/32 процессорами, со всеми компонентами горячей замены, поддержкой вендора 24х7 и т.п. Когда мы говорим про замену RISC систем речь не только про производительность и стоимость, важно чтобы сервер вписался в экосистему высокой доступности.
Говоря о массовости, надо понимать, что 4P системы системы на Xeon E7 продаются практически каждым производителем, про 2х процессорные E5 вообще не говорю.
erlyvideo
26.10.2016 13:03Смысл RISC-машины — возможность обрабатывать очень много потоков данных (довольно мелких операций) за один раз. Очень упрощая, в сравнении с x86-архитектурой не накапливаются лаги на менеджмент ядер, благодаря тому, что RISC-ядра изначально предназначены для многопоточной работы, а x86-ядра только
Начиная отсюда непонятно.
В x86 сегодня бывает по 40 ядер, которые вполне себе неплохо работают. В чём проблема то?
И поясните откуда вообще постоянно такая история про банки? Что в них мегаответственного? Какие-нибудь цифры можно, а то как ни столкнусь с банками (как клиент конечно), всё какой-то треш, кошмар и ужас.
Chamie
26.10.2016 13:28Что ответственного в обработке денежных транзакций? Ннуу… я даже не знаю</irony>
erlyvideo
26.10.2016 14:58Т.е. вы готовы повторять мантру о том, что ответственность операции означает, что надо срочно растрясти мошну и накупить волшебного железа, которое сразу сделает хорошо?
О том, что там дальше есть софт, который как раз и обеспечивает ответственность выполнения задач, говорить не собираемся?Chamie
26.10.2016 20:19Т.е. вы готовы повторять мантру о том, что ответственность операции означает, что надо срочно растрясти мошну и накупить волшебного железа, которое сразу сделает хорошо?
Вы спросили, что там ответственного, а не чем железо лучше.
О том, что там дальше есть софт, который как раз и обеспечивает ответственность выполнения задач, говорить не собираемся?
Вы явно понимаете под словом «ответственность» не то, что я. Словарь говорит, что ответственность — это «серьёзность, важность, обязанность отвечать за последствия». Как софт или железо может обеспечивать обязанность отвечать за последствия?erlyvideo
27.10.2016 14:35именно. Совершенно непонятно, откуда в банковских задачах может взяться, например, требование по риалтайму (хотя бы и софт).
Я понимаю, когда мне говорят, что нужно резервирование процессора, потому что обслуживаем котел с соляной кислотой, который взорвется без маневра. Но банки?! Они же и так в своей массе отвратно работают (кроме онлайн транзакций), какая там к черту ответственность и гарантия выполнения?
foxmuldercp
26.10.2016 15:11+1Треш, кошмар и ужас — в отделениях, и на армах операторов, где надо под каждый отдельный тип операции запускать отдельную программку, потому что оплата жкх это одно, кредитики — второе, кредитки третье, а переводы — десятое, и все эти программные комплексы писались разными подрядчиками в разные годы и лучше не уточнять, как это все интегрировано в кучу на серверах.
А циферки вам никто не назовет, ибо там в глубине лярды одновременных операций.
И на десерт, когда засыпают простые горожане, просыпаются бекофисы....
Tomatos
26.10.2016 17:13А еще можно вспомнить про то, что современные Xeon уже очень давно не CISC, ну, в крайнем случае, далеко не «чистый» CISC.
Тоже не понятно как RISC может повлиять на время закрытия банковского дня, кроме того, что в RISC-серверах больше дублирования. Ну так для исключения этой ситуации делается резервная площадка, которая в случае чего и закроет банковский день — при чем тут RISC?
Когда присутствовал презентации Fujitsu PRIMEQUEST инженер Fujitsu рассказал, что RISC-система может корректно обработать выход из строя любого процессора, x86 — любого, кроме 0 (на котором запустилась загрузка машины, если я верно все понял). Интересно, как в Kunlun это решили?
RomanArzumanyan
26.10.2016 14:06+1Автор, расскажите, пожалуйста, подбробнее о менеджменте ядер, хотя бы вкратце. Что это такое, и как оно под risc отличается от оного под cisc?
TonySemchishen
27.10.2016 11:32Исторически более простой набор команд RISC процессоров делал их более адаптированными для распараллеливания вычислений. Сейчас мы используем термин CISC для x86 скорее исторически, т.к. фактически начиная с микроархитектуры P6 просессоры Intel начали превращение в «RISC процессор с возможностью исполнения CISC команд»)
RomanArzumanyan
27.10.2016 12:06Окей, давайте уточнять. О каком параллелизме идёт речь? На уровне инструкций, данных, задач?
saboteur_kiev
26.10.2016 16:24Может вопрос совершенно дикий, но почему с Risc на x86?
Почему не GPU, который как раз вроде представляет собой множество ядер и простейшие операции?TonySemchishen
27.10.2016 01:13Мы сравниваем скорее не процессорные архитектуры, а серверные платформы корпоративного класса для корпоративных задач. Миграция с POWER и SPARC на x86 достаточно актуальная история для таких систем, а вот высоконадежных серверных систем на GPU, которые поддерживаются Oracle нам не известны.
Vorb
27.10.2016 00:23Заинтересовали, прочитал о вашем кластере. Так это просто битодробилка, к тому же проигрывает в этом POWER 8, согласно нагугленным тестам, и, даже если в некоторых вычислениях POWER проиграет — ничего страшного, ибо это, кроме коробки с ЦПУ/памятью/IOX, еще и решение, в которое включено все, что нужно, начиная от гипервизора (при чем нереально крутого), заканчивая ОС. Любому понятно, что если хочешь просто считалку — бери x86, масштабируй и т.д., но Power на то и High End, что он, кроме высокой производительности, дает еще и крайне высокую доступность, широкие возможности виртуализации и всеми своими компонентами обеспечивает минимальный даунтайм.
Не знаю, конкурентом Power8 из мира x86 я вижу, например, Superdome X, но никак не Kunkun, это абсолютно разные ниши и сферы использования.TonySemchishen
27.10.2016 13:17Про Superdome вот были тесты: https://habrahabr.ru/company/croc/blog/282449/
litvinovog
27.10.2016 13:16Так что за сервер будет RISC? Можно больше подробностей про железки? Небось повер из 1ой ленейки 90х? ОСь какая?
RPG18
Говоря про RISC нужно уточнять, что имеется в виду: ARM, MIPS, PowerPC, SPARC. А лучше указывать производителя и модель процессора.
TonySemchishen
Это будет 256 ядерный сервер на процессорах Power7