Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

Осталось только написать тонны софта под новую архитектуру и еще лет 5, чтобы победить все баги.

"...решения класса Moonshot обещают снижение потребления энергии на величину до 89 %..."
разве Atom на столько меньше кушает энергии?
http://www.oszone.net/figs/u/316767/120621115915/intel_server_roadmap_abstract_june2012.jpg
насколько 6 меньше 17Вт? по-моему на 65,8%. Но это наверно не важно, а важно хватит ли его для "облачных" серверов?

Добавлено спустя 45 секунд:
+1

Очевидно, что речь не о платформе для бизнес-серверов.
Для серьёзных же серверов столь часто ПО делается специально, что с этой точки зрения не имеет значения, на какой платформе сервер.
х86 потому и вытесняется стремительно из суперкомпьютеров, что никаких заметных преимуществ он там не даёт.

Надоел уже плач про костыли x86. Костылей там, который позволяют запускать на i7 код от 80286 тысяч на 200т транзисторов максимум. Другой вопрос - это конвееры, но это не проблема x86, cisc есть cisc. Во-вторых эти микросервера применимы и эффективны лишь в малых областях. Конкретно - веб, где нам приезжает вагон неконтролируемых реквестов, и в итоге мы имеем оверхед от постоянного переключения контекстов(мало ядер). Так как реквесты простые, то их могут довольно быстро процессить ядра с низким IPC и низкой частотой. Такую машинку можно юзать для какого-нибудь контейнера типа apache. Но я бы посмотрел как эти шутники перевезли кластеризуемые оракловские базы с ксеонов на вот такие вот недоядра. Bobcat и Atom тоже x86, и hp не стремается их юзать. Надоели плачи про x86капец и "могущество" арм. Если уж кто и опустит x86, то power7, если папка спустится с Олимпа. И надоели стоны про "нет софта для арм". Сишный компилятор есть -> софт есть. SSE и под армом есть

Изначально говорилось о серверах на ARM. Упоминание об Атомах появилось примерно через полгода после анонса проекта Moonshot. Поэтому озвученные количественные характеристики - это об ARM.

тогда понятно

Автор бред не неси, 0.01% транзисторного бюджета в рамках TDP 5-10-25-65-100-125 Вт не решает нечего, а в дальнейшем доля ресурсов для поддержки совместимости с софтом только уменьшиться, ибо она тоже развивается и улучшается. И это на порядок лучше чем реальный пятый костыль для ARM. Идея превосходства в энергоэффективности бред, нету не одного проца с архитектурой ARMv8, да и обладающий такими же возможностями в плане поддержки и работы с большой сетевой инфраструктурой чтобы их сравнивать и говорить о превосходстве. Да и много ли настольного\серверного сотфа под ARM??, а не того который годится только для "хомяковых" устройств. - Его нет.



еще один "диванный гений", как и автор статьи, большой сервер то в живую видел хоть? или только на картинках?



ага, на принципах эмуляции, а как насчет исполнения кода с разнородными, типа асамб вставками, которые нужно одновременно исполнять в условиях связи ядра и оболочки?? Ну да, эмулировать можно, только куда эффективность денется?? Или будут упрощать\писать заново код до немогу простой ради исполнения на аппаратном уровне??. Нее, пока не будет нормальных архитектурных возможностей, да и производительности, вся идея ARM это красивый фантик, MIPS куда взрослее ее выглядит.

И в чём Вы меряете превосходство "костылей"?
Понятие "на порядок" в школе прошли уже?



Кстати, о картинках. В TOP500 доля х86 значительно сократилась за последние 2 года и продолжает сокращаться с ускоряющимся темпом.
Это если говорить о фактах, которые легко проверить, а не о сомнительных высказываниях человека, который вперемешку с написанием отборной чуши называет бредом все высказывания, включая едва ли не догматичное высказывание автора.

ShadowTM
Слушай, ты за эти долгие годы так фанатеть еще не устал? Мне тебя становится искренне жаль, как немного двинутого на некой псевдо панацее. Вот скажи мне, милсдарь, а в этом эфимерном "ТОП-500" вообще как очки зарабатывают? Чем там производительность измеряют, для каких задач и главное КТО? А еще лучше скажи, много ли там ARMов? Иначе РЕАЛЬНЫЕ замеры энергопотребления и SPEC2006 самых современных ARMов в студию! Что, не могут пройти тесты SPEC2006???? Аки жалость, ууу, ну немного неполноценным товар вышел... Ну да фиг с ним, давай на задачи 15-летней давности будем смотреть. SPEC2000 то хоть есть? И как он? Поди по эффективности догнали Celeron пару поколений назад?

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



Аргументируйте сударь.

Какая такая эмуляция? Есть POSIX-системы, которые используются в серверной инфраструктуре(linux, freebsd, etc , чего-то от ibm). И фряха и дебиан уже вагон лет как знают что такое armel. И Gcc там есть. И пакетов скомпиленых вагон. А чего нет, так садись и собирай. Чего такого нет в ARM для поддержки userland/kernel space? Большенство кода это просто сишный код, без инстриков и inline assembly. Там где оно есть - да, придется упороться. Я не говорю уже про Java/Python/etc - эти вещи заработают автоматически, если есть сишный компил. Или вы имеете в виду виндовые поделки? Вы и правда считаете что это кому-то нужно? О боже! 1С не заработает! Лично мои тесты производительности ARM - попытка установить Ubuntu 11.10 на toshiba ac100. Там тегра2 и 2 ядра cortexA9. По ощущениям оно медленнее чем древний атом раз в 10. То есть вообще не ворочается. Если прикинуть что A15 в 2 раза быстрее a9 и 4 ядра, то все равно грустно

да это есть, оно работает, но чем дальше софтина от железяки, тем больше глюков и "дырок", ниже производительность, значит и энергоэффективность. Замечательный пример - java



да порой кажется что исполнять эти творения может и калькулятор. Но я акцент делаю на эффективность.



.NET - нет спасибо, лучше уж java, хотя если честно виндовые оболочки у мелкософта не плохие, и применение им есть в больших компьютерах.



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



Проблема в том что в ARM не заложено ничего в архитектурном плане, чтобы увеличить скорость исполнение кода на поток в ближайшие.... скажем лет 10. К сожалению архитектура как и процессоры создавались\создаются только под приборы с хомяковыми потребностями, которые они и с лихвой, при такой производительности и удовлетворяют.

Причём тут очки?
Речь о процентной доле х86 процессоров, которая стремительно сокращается.
И это не моя панацея или фанатизм, это - объективная реальность, которую можно увидеть в очень удобной статистике на сайте TOP500.



А где я что-то про ARM говорил?
Речь шла о том, что именно х86 не имеет в серверах никаких преимуществ, настолько значительных, чтобы за них держаться.
Собственно, единственное значимое преимущество х86 - наличие огромного количества готового софта, фреймвоков и API, но в сегменте дорогих серверов такое преимущество крайне малозначительно.

"в яблочко" .... :]