Дмитрий, огромное спасибо вам и вашим коллегам за информацию, потраченные силы и время, это крайне интересно. Вы, безусловно, помогли экосистеме, поделившись опытом и находками.
Добавлю свои пять копеек. Действительно, аргументация необходимости многоядерных решений для «домашних» пользователей — вопрос достаточно нетривиальный. Наверное, справедливо будет сказать, что впервые индустрия (не только Интел) столкнулась с этим вопросом в период появления первых моделей двухъядерных моделей процессоров. Даже если не ограничиваться рамками архитектуры x86 — например, вспомнить про Cell — этот продукт нашёл успешное применение в одной известной игровой приставке.
Я клоню к тому, что новые возможности порождают новые возможности. Интел, в свою очередь, поощряет «изобретателей» новых сценариев использования самыми разными способами. Это может быть и упоминание в публичной презентации кого-нибудь из руководящего состава Интел, это и помощь в оптимизации и развитии идей на базе использования многоядерных процессоров — см. пример выше про RFD, хотя это, пожалуй, не для домашнего использования :). Другими словами, хоть это до определённой степени будет маркетинговая точка зрения — ключ к спросу на многоядерные решения в большой степени спрятан за новыми сценариями использования.
Какими могут быть эти сценарии? Наверняка, вы сами сможете привести примеры. Навскидку, вспомните такие пакеты, как Google Earth, системы редактирования фото- и видеоматериалов, современные «тяжёлые» игры, возможности IP-телефонии с несколькими абонентами и видеозвонки в Skype, видео высокой чёткости и BluRay — все эти сценарии использования получили дополнительный толчок развития именно с использованием многоядерности. User experience качественно меняется, а для «домашних» пользователей это немаловажно.
Ведет ли Intel работы по оптимизации ядра Linux для таких мощных многоядерный систем?
О да! Intel в 2009 году был «вкладчиком» №2 в код ядра после RedHat. Почти 7% изменений кода были сделаны Intel для оптимизации под многоядерность и новые функциональные возможности процессоров.
Хищник был подарком моего друга и коллеги г-на Рогачкова. Алексей, как вы знаете, увлечён другой кинотематикой, но обо мне не забыл.
Хищник был приобретён предположительно в одном из городов Северной Америки. Чужого мне удалось найти в сувенирной лавке в Амстердаме, если не ошибаюсь — по середине улицы Damrak. Чужой сделан действительно вручную, из гаек, винтиков, гвоздей, свечей накаливания и обрывков велосипедных цепей… где-то в Тайланде. Как вы понимаете, когда ЭТИ ДВОЕ встретились, была серьёзная заварушка. :)
Одной из ключевых функций отказоустойчивости новых моделей Xeon серии 7500 (кодовое название Nehalem-EX) является механизм Machine Check Architecture (MCA) Recovery. Этот механизм позволяет системе выдерживать ошибки в памяти, которые невозможно исправить с помощью традиционного ECC или других способов — в противном случае происходит «синий экран». А с использованием MCA Recovery система, взаимодействуя с ОС, локализует ошибку, делает соответствующую запись в системном журнале событий, но продолжает функционировать. Приложение, связанное с областью памяти, где возникла ошибка, должно будет перезапуститься. В качестве ссылки на «живой» пример могу дать неофициальную заметку с официального мероприятия, где упомянутый функционал можно разглядеть на картинке. Там было сравнение Xeon серии 7500 и Xeon серии 7400 с искусственным созданием непоправимой ошибки в памяти. Первая система «выжила», а вторая — нет. Из других функций стоит отметить «SMI lane fail-over» и «QPI self-healing» — но это уже ближе к уровню чипсета и потенциальных помех и сбоев на уровне материнских плат.
Жаль, если вы не успели отхватить себе кусочек в Monopoly City Streets. И вряд ли вы могли обойти стороной MMORPG, раз уж подняли эту тему. И, наверняка, вы слышале о сервисе Last.FM и ему подобным. Все эти примеры, в большей или меньшей степени, используют «облачные» подходы. До GTA через Google Street View нам ещё, возможно, далековато. Но есть ощущение, что индустрия развлечений является одним из пионеров в освоении «облачных» вычислений.
И про HPC, касательно 4-процессорных конфигураций в принципе. Полагаю, что в качестве справки Top500.org вполне подойдёт, где явно прослеживается тенденция использования 2-сокетных систем, что, в большинстве случаев, наиболее оправдано экономически. :)
Оценку можно дать такую: Intel отгружает процессоры Xeon серии 5600 на уровне цен серии 5500. Грубо говоря, сегодня модель X5650 поставляется по той же цене, что и X5550 поставлялась раньше.
Относительно виртуализации — Opteron проигрывает по VMmark как в двухпроцессорной конфигурации по сравнению с Xeon серии 5600, так и в четырёхпроцессорной конфигурации по сравнению с Xeon серии 7500 (которому, кстати, принадлежит рекордный результат), с результатами можно ознакомиться на сайте VMware. И если посмотреть на этот вопрос более широко — с ценой не всё так однозначно, т.к. при бОльшем числе ядер может получиться существенная переплата за лицензии на ПО.
Я клоню к тому, что новые возможности порождают новые возможности. Интел, в свою очередь, поощряет «изобретателей» новых сценариев использования самыми разными способами. Это может быть и упоминание в публичной презентации кого-нибудь из руководящего состава Интел, это и помощь в оптимизации и развитии идей на базе использования многоядерных процессоров — см. пример выше про RFD, хотя это, пожалуй, не для домашнего использования :). Другими словами, хоть это до определённой степени будет маркетинговая точка зрения — ключ к спросу на многоядерные решения в большой степени спрятан за новыми сценариями использования.
Какими могут быть эти сценарии? Наверняка, вы сами сможете привести примеры. Навскидку, вспомните такие пакеты, как Google Earth, системы редактирования фото- и видеоматериалов, современные «тяжёлые» игры, возможности IP-телефонии с несколькими абонентами и видеозвонки в Skype, видео высокой чёткости и BluRay — все эти сценарии использования получили дополнительный толчок развития именно с использованием многоядерности. User experience качественно меняется, а для «домашних» пользователей это немаловажно.
Хищник был подарком моего друга и коллеги г-на Рогачкова. Алексей, как вы знаете, увлечён другой кинотематикой, но обо мне не забыл.
Хищник был приобретён предположительно в одном из городов Северной Америки. Чужого мне удалось найти в сувенирной лавке в Амстердаме, если не ошибаюсь — по середине улицы Damrak. Чужой сделан действительно вручную, из гаек, винтиков, гвоздей, свечей накаливания и обрывков велосипедных цепей… где-то в Тайланде. Как вы понимаете, когда ЭТИ ДВОЕ встретились, была серьёзная заварушка. :)