Анонсирована аппаратная поддержка транзакционной памяти в Haswell
Haswell будет очень инновационным Tock'ом. Еще в прошлом году стало доступно описание новых операций с целыми в AVX. А на этой неделе было опубликовано очередное расширение архитектуры X86. В Haswell появится аппаратная поддержка транзакционной памяти! На англоязычных сайтах обсуждение кипит. ISN Arstechnica LWN
Я думаю, что это самое нетривиальное расширение архитектуры X86 за много-много лет. Фича называется Transactional Synchronization Extensions (далее TSX), и состоит из двух частей — Hardware Lock Elision (HLE) и Restricted Transactional Memory (RTM). Обратите внимание на слово «Restricted». Все верно, есть некоторые ограничения по объему, гранулярности и уровню вложенности транзакций.
Об этих ограничениях и как это все будет работать подробнее под катом. (Никаких картинок, скучный технический текст)
Я думаю, что это самое нетривиальное расширение архитектуры X86 за много-много лет. Фича называется Transactional Synchronization Extensions (далее TSX), и состоит из двух частей — Hardware Lock Elision (HLE) и Restricted Transactional Memory (RTM). Обратите внимание на слово «Restricted». Все верно, есть некоторые ограничения по объему, гранулярности и уровню вложенности транзакций.
Об этих ограничениях и как это все будет работать подробнее под катом. (Никаких картинок, скучный технический текст)
Intel Anti-Theft ― отряд специального назначения

Каждые 53 секунды в мире крадут ноутбук. В одних только американских аэропортах число похищенных ноутбуков доходит до 12 тыс. еженедельно. Около половины из них содержат конфиденциальные данные в незашифрованном виде. Такую занимательную статистику приводит компания Intel на официальном сайте.
В своей заметке я расскажу о том, какие шаги сделала Intel в сторону изменения этой печальной статистики.
Wanted: автор в самом расцвете сил
Возможно, кто-то уже обратил внимание на то, что новости из блога компании Intel стали появляться на главной странице Хабра все реже. Хотите поговорить об этом?


CES 2012: еще один «атомофон», встреча с Полом Отеллини, а также ряд подробностей о том, какими будут ультрабуки
CES 2012 продолжается. Чем дольше я хожу по ней, тем слабее надежда внимательно изучить хотя бы половину стоящих того стендов. Не говоря уж о возможности обойти каждый – думаю, это попросту невозможно. И все же, пожалуй, присяду ненадолго, чтобы рассказать о первом серийном смартфоне на Intel Atom, и о трех встречах с людьми, которые знают о планах Intel чуть больше других.
Вокруг атомофона Lenovo на стенде Intel наблюдается настоящее столпотворение. Шутка ли, не сэмпл с референсным дизайном, а вполне настоящий аппарат, который скоро появится на прилавках. Почем, правда, не говорят, но, по инсайдерским данным, ценник должен быть просто архигуманным. Все понимают важность первого впечатления. Что же до самого аппарата, то выглядит он вот так.
Вокруг атомофона Lenovo на стенде Intel наблюдается настоящее столпотворение. Шутка ли, не сэмпл с референсным дизайном, а вполне настоящий аппарат, который скоро появится на прилавках. Почем, правда, не говорят, но, по инсайдерским данным, ценник должен быть просто архигуманным. Все понимают важность первого впечатления. Что же до самого аппарата, то выглядит он вот так.
CES 2012: новые ультрабуки, планшетные компьютеры и первый настоящий смартфон с Intel Atom внутри
Сегодня (точнее уже сильно вчера) в Вегасе начала работу крупнейшая IT-выставка Consumer Electronics Show, более известная, как CES. Поток информации, обрушившийся на ее участников и людей, следящих за выставкой из дома, на экранах своих компьютеров и планшетников, поистине огромен. Больше того, даже все новости Intel не получится уместить в один пост – во избежание информационного несварения. Поэтому вместо того, чтобы пытаться объять необъятное, я предлагаю вам совершить небольшую экскурсию по стенду Intel, взглянув на представленные новинки глазами обычного… ну, почти обычного посетителя.
Об истории реализаций memcpy и их производительности
void * memcpy ( void * destination, const void * source, size_t num );
Казалось бы, что там сложного? А о реализациях этой функции можно написать целую историю.
Когда я смотрю на окно своего любимого рабочего инструмента — профилировщика Vtune XE, очень часто вижу, что он в очередной раз обнаружил, что значительное время потратилось на копирование памяти. Так и обычно и написано: clock ticks spent in libgcc/[g]libc/kernel memcpy — XX%.
Наверное, поэтому memcpy часто переписывался, например в lkml частенько появляются подобные треды. (Больше реализаций, скорее всего, есть только у сортировок). Казалось бы, в отличие от сортировки, где есть много вариантов и алгоритмов с копированием памяти все просто. На самом деле, даже если говорить о корректности, а не производительности, возможны варианты. (В подтверждение тому — обсуждение эпического бага с участием Линуса Торвальдса и Ульриха Дреппера).
Еще во времена 8086, то есть тридцать четыре года назад, внутри реализации memcpy был следующий код:
mov [E]SI, src
mov [E]DI, ptr_dst
mov [E]CX, len
rep movsb
(все проверки и т.д. здесь и далее опущены для простоты)
Что же изменилось с тех пор? Под катом ассемблерный код и ни одной картинки.
Казалось бы, что там сложного? А о реализациях этой функции можно написать целую историю.
Когда я смотрю на окно своего любимого рабочего инструмента — профилировщика Vtune XE, очень часто вижу, что он в очередной раз обнаружил, что значительное время потратилось на копирование памяти. Так и обычно и написано: clock ticks spent in libgcc/[g]libc/kernel memcpy — XX%.
Наверное, поэтому memcpy часто переписывался, например в lkml частенько появляются подобные треды. (Больше реализаций, скорее всего, есть только у сортировок). Казалось бы, в отличие от сортировки, где есть много вариантов и алгоритмов с копированием памяти все просто. На самом деле, даже если говорить о корректности, а не производительности, возможны варианты. (В подтверждение тому — обсуждение эпического бага с участием Линуса Торвальдса и Ульриха Дреппера).
Еще во времена 8086, то есть тридцать четыре года назад, внутри реализации memcpy был следующий код:
mov [E]SI, src
mov [E]DI, ptr_dst
mov [E]CX, len
rep movsb
(все проверки и т.д. здесь и далее опущены для простоты)
Что же изменилось с тех пор? Под катом ассемблерный код и ни одной картинки.
Digital signage, дополненная реальность в торговле и будущее цифровых вывесок
Некоторое время назад мы довольно подробно поговорили с Хосе Авалосом — в Intel он занимается встраиваемыми решениями для торговли, в частности — тем, что называется digital signage, то есть цифровыми вывесками.

Хосе Авалос.
Один из самых заметных проектов Intel в области цифровой рекламы — совместный проект с Lego и Metaio под названием Digital Box; покупатели магазина Lego подходят к цифровому стенду с коробкой в руках и показывают коробку видеокамере, а стенд в ответ показывает уже собранную и даже анимированную модель — очень известный проект, о нем многие писали, в том числе и Intel.
Вот как комментирует Digital Box Хосе:

Хосе Авалос.
Один из самых заметных проектов Intel в области цифровой рекламы — совместный проект с Lego и Metaio под названием Digital Box; покупатели магазина Lego подходят к цифровому стенду с коробкой в руках и показывают коробку видеокамере, а стенд в ответ показывает уже собранную и даже анимированную модель — очень известный проект, о нем многие писали, в том числе и Intel.
Вот как комментирует Digital Box Хосе:
Сделайте потеплее
Пока аналитики предрекают бурный рост всем видам траффика и дальнейшее проникновение приложений, и интернета, в нашу с вами жизнь, в компании Intel всерьез озабочены ростом энергопотребления ЦОДов и серверных комнат, обеспечивающих работу большинства приложений и веб-сайтов. Уже сегодня известно, что на долю датацентров, в общем, приходится около 1,5% мирового потребления электроэнергии, что в деньгах примерно соответствует 27 млрд. долларов США. Эти величины будут только увеличиваться в будущем, и по прогнозам IDC удвоятся к 2014 году, то есть всего через два с небольшим года.
Ответ на вопрос «почему датацентры потребляют столько электричества?» вроде бы очевиден. Смартфонов и планшетов становится все больше, равно как и пользователей этих устройств. Но вряд ли сами микросхемы способны проглотить 27 млрд. и не подавиться. Как ни странно, многие датацентры до сих пор остаются островком устаревших технологий и взглядов.
Путь в мастера программирования Intel

Компания Intel проводит множество программ, связанных с обучением, организует конкурсы по программированию, приглашает на встречи и бесплатные конференции. К сожалению, часто это проходит мимо, и человек, случайно потом, узнав про уже завершившееся мероприятие, огорчается, что не принял в нём участие. Кстати, участие в конкурсах Intel часто приводит к тому, что и сам участник потом оказывается в Intel. Уже пару раз сам наблюдал такую картину. На одной встрече человек приехал за призом, а на следующий год — раз, и уже сам с бейджиком «Сотрудник Intel». Так что имейте в виду. :)
Однако, чтобы получить внимание со стороны Intel, необязательно сражаться на олимпиадах, есть и другие интересные и полезные пути. Например, можно стать участником сообщества Intel Software Network (ISN) и автоматически начать участие в конкурсе «Мастер программирования». Именно про эту программу я и хотел немного рассказать.
Для чего нужны оптимизирующие компиляторы?

Сегодня практически все компиляторы, которые можно найти на рынке, являются оптимизирующими. Т.е. они не просто переводят написанный программистом код на машинный язык, но также могут улучшать его с точки зрения производительности или объема.
Но что конкретно может сделать компилятор для улучшения кода?
Прежде всего, следующие три вещи:
- компилятор может эффективно реализовать средства языка программирования
- может по максимуму задействовать возможности аппаратуры, на которой будет исполняться программа
- а также устранить некоторые недостатки реализованного программистом алгоритма.