Первая неделя с компанией Intel
Приветствую! Сегодня нашими собеседниками стали Виктория Жислина и Алексей Рогачков — мы задали им пару вопросов, с ответами на которые Вы можете ознакомиться ниже.
Тема первой дискуссии — новые процессоры Intel семейства Lynnfield, технология 32 нм, HyperThreading, SIMD-инструкции многоядерность и ее влияние на производительность программ, особенности оптимизации приложений под новую микроархитектуру Intel, использование кэша, проблемы с разделением данных и так далее. Не стесняйтесь участвовать в дискуссии и задавать свои вопросы — самые интересные вопросы (по теме) и активные участники не останутся без внимания. Ссылка для тех, кто ничего не понял :)
Вика Жислина, инженер-консультант по работе с компаниями-разработчиками ПО, в Intel с 2000 года.
Я выросла среди огромных вычислительных шкафов — это были компьютеры серий ЕС и БЭСМ. Отец — математик, и в его институте стояла такая техника, соответственно, так вышло, что я очень заинтересовалась программированием. Дальше, когда выбирала вуз, занялась физикой — я окончила НГУ по специальности физика лазеров, но, в то же время, учась, я все-таки поняла, что программирование мне еще интересней. Так что когда я закончила университет, то практически случайно пришла работать в небольшую компанию, занимавшуюся оффшорным программированием. Вскоре эту компанию купила корпорация Intel.
Первые несколько лет я занималась очень обширным проектом—«синтетическое видео MPEG4». Идея состоит в том, чтобы автоматически создать трехмерные модели людей, а дальше, например, во время видеоконференции можно не передавать изображение человека: обычная веб-камера распознает, что человек делает — скажем, улыбается, или моргает, или что-то говорит — и другому собеседнику передаются только параметры этих действий, которые затем синтетическая трехмерная модель повторяет.
Знаете, есть такая хорошая фраза: «Кто умеет делать — делает, а кто не умеет — учит других». Я с некоторого момента учу других. Называется моя должность Senior Application Engineer. Есть два вида инженеров — одни это Software Engineers, это те, кто создает программные продукты, а я — Application Engineer, инженер-консультант, который работает с внешними клиентами Intel.
Если раньше компания Intel создавала новые процессоры со все большей частотой, и разработчики выпускали новые программы, автоматически работающие быстрее на этих процессорах, то теперь ситуация изменилась — технология повышения частоты процессора почти достигла предела, зато появились новые процессорные технологии — например, многоядерность. Теперь разработчикам нужно помогать адаптировать их программы под новые интеловские платформы — именно этим я и занимаюсь. Разумеется, не я одна — нас в Intel много, у каждого есть своя специализация. Первоначально я занималась процессорами для мобильных устройств XScale, но в 2006-м Intel их продал, и теперь я сосредоточилась на других задачах. Во-первых, поскольку у меня есть существенный опыт работы с графикой, я занимаюсь интегрированными графическими адаптерами Intel, которые уже существуют, и новым дискретным графическим адаптером, который известен под кодовым названием Larrabee. Во-вторых, и, пожалуй, «в главных», я занимаюсь различными вопросами, связанными с многоядерностью и многопоточным программированием.
Он строится по свободному графику — я им очень довольна. У меня есть так называемые аккаунты, то есть внешние компании -клиенты, с которыми я работаю. У них возникают какие-то вопросы по текущим задачам — мы переписываемся, договариваемся с ними о телефонных мостах и личных визитах, моя задача — помочь им отладить программы так, чтобы никаких проблем с интеловской техникой не возникало, а у нашей техники, соответственно, не возникало проблем с программной частью сторонних разработчиков. Разумеется, я взаимодействую и со своими коллегами — обычно посредством телефонных мостов мы собираемся и обсуждаем какие-то проблемы.
Да, именно так.
Вы знаете, очень по-разному. Я вообще разная и люблю меняться. Тут нужно сказать, что мой муж тоже работает в Intel, он ведущий разработчик интеловских инструментов, так что каких-то особых вольностей я не могу себе позволить.
Вика Жислина, инженер-консультант по работе с компаниями-разработчиками ПО, в Intel с 2000 года. Одевается очень по-разному :)
Да. И знаете, это очень хорошо — мне приходится часто ездить в командировки, поскольку клиенты разбросаны по всей Европе, а он с пониманием относится ко всему этому.
Алексей Рогачков, региональный специалист по внедрению продукции, в Intel с 2004 года.
До того, как я пришел в Intel, в основном учился. По большому счету, меня приняли на работу, когда я еще не закончил институт. Забавный факт: сам я из Москвы, но, должность, на которую подавал заявку, оказалась открытой в нижегородской лаборатории. Изначально вариант переезда не рассматривался, но там занятная история произошла. Я приехал на собеседование в Нижний, особо на получение работы не рассчитывая, и после потока вопросов от двух представителей туманного Альбиона, отправился в тамошнюю столовую. Нервы, знаете ли, успокоить. Подошла моя очередь расплачиваться, а у девушки за кассовой амбразурой не оказалось сдачи с моей пятисотрублевой купюры, других денег у меня с собой не было. Меня крайне удивило, что в этот момент паренек, который стоял за мной в очереди, видя, что ситуация патовая, быстренько сбегал на свое рабочее место и вернулся с разменом — в итоге я не остался без обеда, и получил первое положительное впечатление о потенциальных коллегах. Так что через две недели, когда мне перезвонили из отдела кадров и сделали предложение, долго я не раздумывал.
Именно так — в Нижнем я занимался серверными железками, и, в основе своей, помогал своим заказчикам с решением технических сложностей, а через полтора года перешел на другую должность в московском офисе.
Сейчас у меня три основных направления деятельности. Первое — переход локальных компаний на новые платформы и технологии. В частности, моя задача состоит в том, чтобы мои заказчики были в курсе, когда выходит новая платформа, какой функциональностью она будут обладать, какие преимущества несет переход, и как новые продукты впишутся в модельный ряд компании. Заказчики должны иметь возможность протестировать инженерные образцы задолго до момента официального релиза продукта. Ну и, разумеется, практически с любой новинкой на этапе тестирования возникают непредвиденные задачки, которые необходимо решить – некоторые решаются довольно просто, некоторые требуют вмешательства коллег с фабрики. Таким образом, к моменту запуска платформы проводится немалая работа, нацеленная на то, чтобы наши партнеры одновременно с анонсом представили уже готовые решения на базе тех строительных блоков, которые Intel поставляет.
Вторая задача — технический PR, в частности, работа с журналистами с целью более детально осветить, что же Intel намудрила в очередном поколении процессоров или других продуктов, что же интересного появилось, и как же это работает… Большую компанию всегда приятно покритиковать, однако когда начинаешь понимать, какое количество труда вложено в новый продукт, какие сложности пришлось преодолеть, чтобы он появился на рынке и достиг прилавков магазинов, тогда и возникает уважительное отношение к разработчикам, их опыту, знаниям, труду и усердию. И если в результате ответов на вопросы появляется положительная статья или обзор, в подробностях рассказывающие о тех или иных деталях, можно считать, что на сей раз со своей задачей я справился.
Третье направление во многом связано с конечными заказчиками, и так как чужая территория – это внутренние дела сторонней компании, далеко не вся информация является публичной. Меня иногда привлекают для оценки конкурентной позиции, подбора правильной конфигурации на фоне имеющихся задач, подготовки предложений и обоснований.
Буквально на днях Intel объявила о начале отгрузок новых процессоров, которые ранее носили кодовое название Lynnfield, а продаваться будут под маркой Intel Core i7 8xx серии и Intel Core i5. Эти процессоры — относительно свежая тема.
Ну и конечно, если есть вопросы по текущему модельному ряду серверных, настольных, мобильных процессоров, наборам системной логики; технологиям Intel, предназначении этих технологий, и реализации – попробую ответить и на эти вопросы.
Если брать проектную область, то я бы выбрал общий план. Любой проект, проходящий у конечного заказчика, будь то госучреждение или банк, — это всегда отдельная история. И это не только наша история, но и история наших заказчиков. Поэтому, сохраняя конфиденциальность, я готов рассказать, как может выглядеть наше участие, на каких стадиях и чем именно мы можем помочь, с какими департаментами взаимодействуем, как разделяется проект, за что каждая из сторон отвечает.
Собственно, вопросы уже можно задавать!
Напомню, как все будет:
— в понедельник мы вывешиваем интервью с нашими сотрудниками на одну из тем;
— до 15:00 среды мы собираем ваши вопросы;
— и в среду же, начиная с 15.00 наши сотрудники ответят на них.
Успехов!
Тема первой дискуссии — новые процессоры Intel семейства Lynnfield, технология 32 нм, HyperThreading, SIMD-инструкции многоядерность и ее влияние на производительность программ, особенности оптимизации приложений под новую микроархитектуру Intel, использование кэша, проблемы с разделением данных и так далее. Не стесняйтесь участвовать в дискуссии и задавать свои вопросы — самые интересные вопросы (по теме) и активные участники не останутся без внимания. Ссылка для тех, кто ничего не понял :)
Вика Жислина, инженер-консультант по работе с компаниями-разработчиками ПО, в Intel с 2000 года.
Как вышло, что прекрасная леди занимается такими техническими штуками?
Я выросла среди огромных вычислительных шкафов — это были компьютеры серий ЕС и БЭСМ. Отец — математик, и в его институте стояла такая техника, соответственно, так вышло, что я очень заинтересовалась программированием. Дальше, когда выбирала вуз, занялась физикой — я окончила НГУ по специальности физика лазеров, но, в то же время, учась, я все-таки поняла, что программирование мне еще интересней. Так что когда я закончила университет, то практически случайно пришла работать в небольшую компанию, занимавшуюся оффшорным программированием. Вскоре эту компанию купила корпорация Intel.
Чем вы занимаетесь в Intel?
Первые несколько лет я занималась очень обширным проектом—«синтетическое видео MPEG4». Идея состоит в том, чтобы автоматически создать трехмерные модели людей, а дальше, например, во время видеоконференции можно не передавать изображение человека: обычная веб-камера распознает, что человек делает — скажем, улыбается, или моргает, или что-то говорит — и другому собеседнику передаются только параметры этих действий, которые затем синтетическая трехмерная модель повторяет.
Знаете, есть такая хорошая фраза: «Кто умеет делать — делает, а кто не умеет — учит других». Я с некоторого момента учу других. Называется моя должность Senior Application Engineer. Есть два вида инженеров — одни это Software Engineers, это те, кто создает программные продукты, а я — Application Engineer, инженер-консультант, который работает с внешними клиентами Intel.
Если раньше компания Intel создавала новые процессоры со все большей частотой, и разработчики выпускали новые программы, автоматически работающие быстрее на этих процессорах, то теперь ситуация изменилась — технология повышения частоты процессора почти достигла предела, зато появились новые процессорные технологии — например, многоядерность. Теперь разработчикам нужно помогать адаптировать их программы под новые интеловские платформы — именно этим я и занимаюсь. Разумеется, не я одна — нас в Intel много, у каждого есть своя специализация. Первоначально я занималась процессорами для мобильных устройств XScale, но в 2006-м Intel их продал, и теперь я сосредоточилась на других задачах. Во-первых, поскольку у меня есть существенный опыт работы с графикой, я занимаюсь интегрированными графическими адаптерами Intel, которые уже существуют, и новым дискретным графическим адаптером, который известен под кодовым названием Larrabee. Во-вторых, и, пожалуй, «в главных», я занимаюсь различными вопросами, связанными с многоядерностью и многопоточным программированием.
Как строится Ваш рабочий день?
Он строится по свободному графику — я им очень довольна. У меня есть так называемые аккаунты, то есть внешние компании -клиенты, с которыми я работаю. У них возникают какие-то вопросы по текущим задачам — мы переписываемся, договариваемся с ними о телефонных мостах и личных визитах, моя задача — помочь им отладить программы так, чтобы никаких проблем с интеловской техникой не возникало, а у нашей техники, соответственно, не возникало проблем с программной частью сторонних разработчиков. Разумеется, я взаимодействую и со своими коллегами — обычно посредством телефонных мостов мы собираемся и обсуждаем какие-то проблемы.
У вас в офисе довольно свободная форма одежды. А вокруг вас, наверное, программисты-мужчины в большом количестве?
Да, именно так.
И вы одеваетесь…
Вы знаете, очень по-разному. Я вообще разная и люблю меняться. Тут нужно сказать, что мой муж тоже работает в Intel, он ведущий разработчик интеловских инструментов, так что каких-то особых вольностей я не могу себе позволить.
Вика Жислина, инженер-консультант по работе с компаниями-разработчиками ПО, в Intel с 2000 года. Одевается очень по-разному :)
А с мужем Вы на работе познакомились?
Да. И знаете, это очень хорошо — мне приходится часто ездить в командировки, поскольку клиенты разбросаны по всей Европе, а он с пониманием относится ко всему этому.
* * *
Алексей Рогачков, региональный специалист по внедрению продукции, в Intel с 2004 года.
Алексей, как Вы оказались в Intel?
До того, как я пришел в Intel, в основном учился. По большому счету, меня приняли на работу, когда я еще не закончил институт. Забавный факт: сам я из Москвы, но, должность, на которую подавал заявку, оказалась открытой в нижегородской лаборатории. Изначально вариант переезда не рассматривался, но там занятная история произошла. Я приехал на собеседование в Нижний, особо на получение работы не рассчитывая, и после потока вопросов от двух представителей туманного Альбиона, отправился в тамошнюю столовую. Нервы, знаете ли, успокоить. Подошла моя очередь расплачиваться, а у девушки за кассовой амбразурой не оказалось сдачи с моей пятисотрублевой купюры, других денег у меня с собой не было. Меня крайне удивило, что в этот момент паренек, который стоял за мной в очереди, видя, что ситуация патовая, быстренько сбегал на свое рабочее место и вернулся с разменом — в итоге я не остался без обеда, и получил первое положительное впечатление о потенциальных коллегах. Так что через две недели, когда мне перезвонили из отдела кадров и сделали предложение, долго я не раздумывал.
А потом Вы вернулись в Москву?
Именно так — в Нижнем я занимался серверными железками, и, в основе своей, помогал своим заказчикам с решением технических сложностей, а через полтора года перешел на другую должность в московском офисе.
А именно?
Сейчас у меня три основных направления деятельности. Первое — переход локальных компаний на новые платформы и технологии. В частности, моя задача состоит в том, чтобы мои заказчики были в курсе, когда выходит новая платформа, какой функциональностью она будут обладать, какие преимущества несет переход, и как новые продукты впишутся в модельный ряд компании. Заказчики должны иметь возможность протестировать инженерные образцы задолго до момента официального релиза продукта. Ну и, разумеется, практически с любой новинкой на этапе тестирования возникают непредвиденные задачки, которые необходимо решить – некоторые решаются довольно просто, некоторые требуют вмешательства коллег с фабрики. Таким образом, к моменту запуска платформы проводится немалая работа, нацеленная на то, чтобы наши партнеры одновременно с анонсом представили уже готовые решения на базе тех строительных блоков, которые Intel поставляет.
Вторая задача — технический PR, в частности, работа с журналистами с целью более детально осветить, что же Intel намудрила в очередном поколении процессоров или других продуктов, что же интересного появилось, и как же это работает… Большую компанию всегда приятно покритиковать, однако когда начинаешь понимать, какое количество труда вложено в новый продукт, какие сложности пришлось преодолеть, чтобы он появился на рынке и достиг прилавков магазинов, тогда и возникает уважительное отношение к разработчикам, их опыту, знаниям, труду и усердию. И если в результате ответов на вопросы появляется положительная статья или обзор, в подробностях рассказывающие о тех или иных деталях, можно считать, что на сей раз со своей задачей я справился.
Третье направление во многом связано с конечными заказчиками, и так как чужая территория – это внутренние дела сторонней компании, далеко не вся информация является публичной. Меня иногда привлекают для оценки конкурентной позиции, подбора правильной конфигурации на фоне имеющихся задач, подготовки предложений и обоснований.
Алексей, о чем Вы могли бы поведать аудитории?
Буквально на днях Intel объявила о начале отгрузок новых процессоров, которые ранее носили кодовое название Lynnfield, а продаваться будут под маркой Intel Core i7 8xx серии и Intel Core i5. Эти процессоры — относительно свежая тема.
Ну и конечно, если есть вопросы по текущему модельному ряду серверных, настольных, мобильных процессоров, наборам системной логики; технологиям Intel, предназначении этих технологий, и реализации – попробую ответить и на эти вопросы.
Если брать проектную область, то я бы выбрал общий план. Любой проект, проходящий у конечного заказчика, будь то госучреждение или банк, — это всегда отдельная история. И это не только наша история, но и история наших заказчиков. Поэтому, сохраняя конфиденциальность, я готов рассказать, как может выглядеть наше участие, на каких стадиях и чем именно мы можем помочь, с какими департаментами взаимодействуем, как разделяется проект, за что каждая из сторон отвечает.
Все :)
Собственно, вопросы уже можно задавать!
Напомню, как все будет:
— в понедельник мы вывешиваем интервью с нашими сотрудниками на одну из тем;
— до 15:00 среды мы собираем ваши вопросы;
— и в среду же, начиная с 15.00 наши сотрудники ответят на них.
Успехов!
комментарии (146)
Вопрос к многоуважаемой компании Intel — «Сколько извилин в вашем самом быстром процессоре?» =)
А про вопрос....:) кстати, не так давно на сайте была статья и бурные споры-расчеты со сравнением человеческой «производительности» с компьютерной. Мне было бы интересно послушать ответ, если бы было какое-то хотябыы примерное сравнение )
Но мне кажется, что это время наступит горааааздо быстрее.
Ведь если задуматься, то технологии за последние 20 лет продвинулись настолько вперед, что за следующие 20 лет они пройдут эволюцию в 2-3 раза быстрее. Другое дело, что мы этого практически не замечаем и считаем как «само собой разумеющиееся».
Вот чем они там занимаются…
Главное чтобы после того как наиграются, не пошли исполнять план. :)
Конечно же дома))
На самом деле Интел относится с огромным уважениям к своему конкуренту AMD, и постоянно использует компьютеры этой компании в качестве термометра. А вот это уже не шутка, как можно было бы подумать. Эти компьютеры используются для сравнения производительности приложений на Интел и AMD платформах. Надо же знать, кто лучше и почему. Более того, софт, создаваемый Интел (в частности, компиляторы) специально тестируется на AMD платформах, чтобы не получилось так, что на них он работает плохо. Это было бы нечестно, а может, и незаконно.
Не могу сказать про других сотрудников, но у меня дома — все процессоры Интел. Считаю их надежнее.
Алексей, на второй фотографии вы не выспались или у меня отсвечивает монитор? :)
Более специализированный вопрос. Почему сейчас все чаще появляются процессоры с разблокированным множителем? Почему изначально его не увеличивают или не увеличивают частоту FSB? Ведь многие пользователи (не гики) ориентируются в выборе по частоте, не уточняя возможен ли разгон процессора.
Еще интересует вопрос по поводу Core i7. Почему такая большая разница в цене между процессорами? Например, 920 и 950. Или 950 или 975? Насколько сейчас востребованы дорогие модели (965, 975)?
Относительно процессоров с разблокированным множителем — Intel оставляет возможность увеличивать коэффициент умножения только в под-семействе процессоров Extreme Edition. У остальных моделей множитель заблокирован. На сегодня это две модели — Intel Core i7-975 Extreme Edition для настольных ПК и Intel Core 2 Extreme QX9300 для ноутбуков.
По третьему пункту, начну с последнего: дорогих моделей исторически продается немного. Это самый-самый (производительный, дорогой, статусный, нужное подчеркнуть) — можно сказать, люксовый вариант. Сколько работаю, процессоры серии Extreme стоили именно $999. По ряду факторов определяем (модельный ряд, производительность, конкурентная ситуация), сколько должен стоить младший процессор в этой линейке. В рассматрниваемом нами примере Intel Core i7 920 — $284. До недавнего момента в линейке процессоров Intel Core i7 было три модели — 920, 950 и 975. У нас есть верхняя планка (999), есть нижняя планка (284), 950 — где-то посередине. Вот здесь скрывается разница.
Спасибо за ответы :)
Желание Intel простое — быть платформой, которую выбирают. Поэтому работа идет на всех фронтах. В некоторых специфических случаях open source является единственным возможным решением, и потому сотрудничество, я уверен, будет продолжаться.
К операционным системам с открытым исходным кодом отношусь с большим уважением, ибо в исходных кодах ничего не понимаю :) Последний раз столкнулся при тестировании бета-версии Moblin (www.moblin.org) на одном из нетбуков. Впечатление приятное, хотя есть что дорабатывать. Дома установлена Windows.
Когда эти платформы потеряют смысл к использованию, год, два?
Нет смысла менять железо, если оно выполняет возложенные на себя функции
Красивая фотография, Вика! Упустить шанс поговорить с такой девушкой про многоядерность было бы просто непростительно.
Скажите, пожалуйста, как лично Вы и компания Intel относитесь к Grand Central Dispatch?
Ну, например: как вам кардинальность самого подхода (от system-wide'ности до изменения языка)? Концептуально — нравится или нет? (скажем, в сравнении с OpenMP или даже обычными тредами). Верите ли Вы в будущее GCD и планирует ли Intel поддерживать и развивать эту технологию? Будет ли GCD принята другими OS или останется «фишкой» OS X (как Obj-C)? Стоит ли Вы вообще овчинка выделки и научит ли GCD среднего программиста программировать «параллельно» (потому что все остальное пока, кажется, не научило — тогда как GCD позиционируется не как «опциональное дополнение», а как «все, ребята, теперь у нас принято писать вот так»)?
Не обязательно отвечать именно на эти «подвопросы», интересны любые мысли про GCD. Спасибо.
Начну с чистосердечного признания. Я узнала (прочла статью в Wikipedia) о Grand Central Dispatch только после вашего вопроса.
Но про позицию Интел могла ответить, даже не разбираясь в теме :). А именно — так как многоядерность неизбежна, под нее надо писать соответствующий софт, то Интел прекрасно относится ко всем существующим в мире технологиям параллельного программирования без исключения. Другое дело — что считать «поддержкой и развитием». Если создатели Grand Central Dispatch обратятся в Интел с просьбой о любых консультациях на тему наиболее эффективной с точки зрения железа реализации GCD, то им будет предоставлена вся необходимая помощь, как и любой другой достаточно популярной технологии.
Но не забывайте, что в мире есть множество альтернативных технологий, и, в частности, созданных Интел — OpenMP, и, главное, Threading Building Blocks (TBB), так что действовать им в ущерб никто не будет.
Я лично (еще раз — я, а не Интел) считаю, что ни GCD, ни иная подобная технология «среднего программиста программировать «параллельно»» не научит. Во-первых, потому, что это вообще трудно — неестественно для мозга, Юлии Цезари, умеющие делать несколько дел сразу, встречаются нечасто :)
А во-вторых, честно говоря, не увидела в GCD никаких революционных (обучающих?)концепций по сравнению с другими средствами параллельного программирования.
Если тема интересна — можем подискутировать тут при случае.
В частности, у меня есть версия, что Apple может втащить GCD в мышление обычного программиста через расширение стадартных приемов (тех же Core Foundation (ибо они из Смоллтока пришли — и closures в них так и просятся)). Closures хороши тем, что они очень удобны — и только потом мы понимаем, что выделение кода в блоки слишком уж хорошо параллелизуется…
К сожалению, не знаю, на чем Вы программируете. На чем?
У меня — другой «полюс» программирования: в основном, это C\C++, местами — ассемблер, местами — фортран :)
256 битные камни — Sandy Bridge (AVX).
512 битные — Larrabee.
А 128 битная адресация не нужна — семнадцать миллионов терабайт адресации должно хватить на время существования солнечной системы :)
«640КБ должно быть достаточно для каждого»
«640КБ должно быть достаточно для каждого»
1) Чем, кроме техпроцесса в 32 nm, характерна серия Core i7 8xx в сравнии с Сore i7 9xx?
2) Вика Жислина упомянула Larrabee, когда можно будет приобрести дискретные видеокарты на базе этого процессора?
Будет ли компания Intel полностью публиковать спецификации и драйвер к Larrabee, как это делалось для предыдущих её видеочипов. Будет ли в C/C++ Larrabee Native поддержка OpenCL? И как скоро будут спускаться наработки в GCC?
3) Так же интересно когда будет выпущен, процессор на базе архитектуры Core i7 с интегрированным Larrabee? Какова будет его стоимость для потребителя?
пока всё… 8))
Ну ладно, за свои ошибки надо отвечать :) Поэтому — отвечаю.
Точная дата выхода Larrabee неизвестна даже мне. Т.е. это даже не случай «знаю, но не скажу, а именно — не знаю». Следите за рекламой :)
Конечно же, сразу после выхода Larrabee на рынок, будет доступна его полная спецификация. Будут и драйвера, куда ж без них?
3) Larrabee — это дискретная видеокарта, состоящая из массива процессоров. Поэтому говорить об ее интергации в ЦПУ несколько странно :) Другое дело, что вообще идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро, поэтому, опять таки -следите за рекламой :)
> Larrabee — это дискретная видеокарта, состоящая из массива процессоров.
По моему Вы ошиблись… Разве Larrabee не графический, многоядерный процессор, который может быть установлен в дискретную видеокарту или интегрирован в системную плату? Но в Интернет есть информация о том что Larrabee ещё и в CPU может быть интегрирован, тем более если оглянуться на Clarkdale.
> идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро
Да как бы следим, и не только за рекламой 8))
Clarkdale уже и потестить народ успел и поделиться впечатлениями, в том числе и о интегрированном графическом процессоре?
Отличий много:
9xx — трехканальный контроллер памяти, 8xx — двухканальный; у 8xx — контроллер PCI Express встроен в процессор, в серии 9xx такового нет, PCI Express через чипсет, но доступно большее количество линков; тепловыделение: 9xx — 130 Вт, 8xx — 95 Вт; режим Turbo Boost — в 9xx максимум три шага, в 8xx — до пяти; в 9xx платформу составляют три компонента (процессор-северный мост-южный мост), в 8xx — два (процессор и хаб ввода/вывода). Есть и другие отличия, но наиболее значимые, мне кажется, перечислены…
И часто ли вы, при покупке компании, берете к себе сотрудников этой компании? Какие компании вы планируете покупать в ближайшее время? (шутка) :)
Какие условия вы предлагаете, помимо уголка в кубикле? Расскажите что-нибудь интересное из повседневной жизни офиса, какие-нибудь интересные факты или случаи =)
Про покупку компаний — именно так я и попала работать в Интел. Покупка компании — это именно приобретение новых сотрудников, прежде всего, разработчиков.
Может немного не по теме, но все же: что разрабатывает Software and Solutions Group (SSG) в Нижнем Новгороде? А что их .NET группа?
Вопрос к Алексею: вы рассказали про переезд из Москвы в Нижний Новгород и обратно. Не могли бы вы поподробнее рассказать о роли Intel в этих переездах?
Проводятся ли внутренние мероприятия для сотрудников/самими сотрудниками Intel? Какие?
Спасибо за ответы.
Группа продаж и маркетинга — как явствует из названия, эти ребята продают и маркетингуют,
PR — связи с общественностью,
SSG — разработка (Вика ответит),
PTEG — техническая группа,
HR — берут на работу, развивают, увольняют,
Бухгалтерия — считают
Финансы — финансируют,
Корпоративные сервисы — помогают, доставляют, растамаживают,
IT — печатающее и вычисляющее оборудование, поддержка и дельные советы.
При необходимости переезда в другой город/страну можно получить определенную сумму, т.н. relocation bonus. Конкретика каждый раз обсуждается индивидуально с нанимающим на работу менеджером. В обсуждении подобного рода вопросов на момент переездов у меня было мало практики, поэтому я их попросту не обсуждал. Но контактный телефон агентства, которое помогло снять квартиру в Нижнем, в отделе кадров мне предоставили.
Внутренние мероприятия для сотрудников проводятся, и могут быть самыми разными — от небольшого тренинга до грандиозного празднования. Зависит от целей, бюджета, инициативы и стремлений как команды, так и руководителя.
Если коротко — то почти каждая из восьми больших групп Интел в России представлена, но SSG (софт) — конечно же профилирующая.
Накануне я пересобирал ядро FreeBSD (7.0-RELEASE) одновременно на двух древних машинах:
1. Intel® Celeron® CPU 1.70GHz (1699.96-MHz 686-class CPU)
2. AMD Athlon(tm) XP 1700+ (1473.51-MHz 686-class CPU)
Сборка проходила стандартно, в 4 потока посредством указания опции -j4 для make. Дело в том, что на 1ой машине сборка заняла ~60-70 минут, на 2ой — ~30-35. И, собственно, вопрос (напомню, что это не претензия):
Чем можно объяснить эту разницу?
Каковы особенности оптимизации в новых линейках процессоров? Каким образом происходит распараллеливание потоков компиляции при использовании -j6/-j8/-jn потоков на двух и четырех ядрах, соответственно?
p.s. я понимаю, что мой случай — частный и от тематики мои вопросы достаточно далеки, но очень уж любопытно :)
во-первых, см. www.gnu.org/software/make/manual/make.html#Parallel
«make -j N» просто выполняет не по одной команде за раз, а запускает сразу по несколько (грубо говоря, стартует сразу по четыре gcc).
Как запускаемые процессы/треды расползутся по ядрам — уже вопрос к операционке.
FreeBSD всегда использовала очень древний планировщик (scheduler, в смысле), не всегда эффективный на современных системах. Начиная с 5-й версии в ней появился ULE scheduler (http://en.wikipedia.org/wiki/ULE_scheduler), более ориентированный на многопроцессорные и многоядерные системы. Тем не менее, по умолчанию его включили только в 7.1.
Соответственно, гипотеза: на AMD не 7.1 стояла случайно? Если нет, то не могло ли оказаться, что при сборке ядра под нее когда-то оказалось, что там почему-то был включен ULE scheduler? Надо смотреть на default compilation flags и их зависимости. Тогда все ясно: если в системе был включен ULE, то последующая сборка ядра с конкурирующими gcc-процессами лучше распределялась между ядрами, что и дало прирост производительности.
По-моему, очень стройненькая теория :)
Чтение по теме: www.usenix.org/event/bsdcon03/tech/full_papers/roberson/roberson.pdf (ULE scheduler)
Сравните лучше одинаковые, Athlon VS Пентиум
или бюджетные Дюрон VS селерон
!!!
software.intel.com/ru-ru/articles/intel-next-generation-intel-core-i7-processor-family-sdk/
1) Когда-то давно Transmeta представила простой процессор, который был способен аппаратно «эмулировать» более сложные процессоры. В свете последнего хайпа с многопоточностью существует ли потенциал у Larrabee превратиться в платформу, которая сможет «эмулировать» столько ядер и аппаратных потоков (пул аппаратных потоков), сколько нужно приложениям в конкретный момент?
2) Некоторые компании выпустили процессоры (и ядра SoC) с аппаратным ускорением java-байткода. Насколько фантастическими выглядят подобные планы по части аппаратного ускорения LLVM и MSIL-байткода в Intel-процессорах, чтобы избежать процедур AOT и/или JIT (которые так непроизводительны для встраиваемых и ограниченных устройств, куда целится Atom)? Есть ли вероятность, что Intel будет двигаться в этом направлении?
Спасибо.
Вдогонку по тематике VM — известно, что «внутри» современного x86-64 находится RISC-подобный вычислитель. Тем не менее, опкоды программ по-прежнему подаются в формате x86. Нет ли у Intel планов в ближайшее время выпустить обновленную спецификацию и отказаться от внешнего формата команд x86, сменив его на более RISC-ориентированный: сделать доступным весь широкий регистровый банк, обновить параллельные инструкции и провести прочие оптимизации, направленные на обобщение команд?
У Атома (x86) такой возможности нет, там придется менять весь CPU front-end — декодирование инструкций. Не уверена, что это технически достаточно просто\эффективно реализуемо. Поэтому о таких планах на ближайшие годы мне ничего неизвестно.
Насколько я знаю, Intel много ресурсов вкладывает именно в разработку компиляторов.
Т.е. вот у нас толпа процессоров (или ядер). Вот у нас язык, мы его даже расширили для работы с параллельностью (openmp/gcd/whatever)… и сразу встает вопрос генерации кода.
LLVM — не панацея, но это явно шаг вперед после GCC.
Intel развивает свои компиляторы, верно? Так вот — есть ли планы развивать LLVM/CLang?
(PS вообще, конечно, кратко мой вопрос звучит как «Как Вы относитесь к LLVM?» — // Вы лично и компания Интел ;// )
Я лично, в силу недостатка знаний и опыта в этой области свое отношение к LLVM сформулировать не могу. То, что Интел этой технологией интересуется — безусловно. В дополнение к открытой информации (спасибо Дима) приведу кусочек закрытой (в надежде, что меня не уволят) :)
Недавно я изучала внутренний список «предложений к реализации» следующей версии компилятора Интел. В числе прочих, там было и предложение, связанное с LLVM. Но будет ли там в итоге поддержка LLVM, и в каком объеме — сказть не могу.
Участвует ли Intel в развитии LLVM/CLang'?
К стыду своему, я не в курсе.
Что касается софтовой эмуляции различных многоядерных CPU Intel, то я не вижу ни одной причины, чтобы такие эмуляторы нельзя было бы запустить на Larrabee. Другое дело — это что именно они будут эмулировать и с какой точностью. Larrabee -это массив IA32 CPU, соответственно, эмулятор, если он хорошо написан, будет работать значительно быстрее, чем на обычном настольном CPU.
2) На тему аппаратного ускорения java-байткода в грядущих Atom у меня информации нет. Зато знаю, что крупные разработчики Java машин, и JIT в частности сотрудничают с Интел на предмет оптимизации их продуктов под платформы Интел.
То, что я выдаю за мед, на самом деле не мед. :)
Начнем хотя бы отсюда: ru.wikipedia.org/wiki/Crusoe
По поводу Larrabee и потоков — я имел в виду модель, когда не процессор предоставляет N ядер/потоков и т.п., и разработчик втискивает туда алгоритм, а наоборот — разработчик декларирует «этот алгоритм наиболее эффективно выполняется при помощи M потоков, бери их где хочешь» :)
«Для исполнения команд х86 используется программная эмуляция в виде виртуальной машины» Еще раз — программная. Мёдозаменитель :).
Понимаете, обычная однопроцессорная настольная машина уже лет пятнадцать (или больше — не помню, когда появились соответствующие ОС) способна вести себя как истинно многозадачная — выполнять «одновременно» столько потоков (процессов), сколько скажет разработчик (хотя и тормозя при этом), и это оно и есть — эмулятор многопоточности :)
Другое дело, что ошибки параллельного программирования на этом эмуляторе не отловишь, ибо на самом деле все не параллельно.
Это должно ответить на ваш вопрос.
Впрочем, вам я верю больше. Спасибо за то, что просветили в этом вопросе :)
У меня очень многие друзья в качестве домашнего решения предпочитают ноутбук (как и я сам).
Скажите, какие направления разработки процессоров более приоритетны в Intel? Большая доля продукции приходится на ноутбучные или на десктопные решения?
Можете ли прогнозировать популярность ПК на ближайшие лет 10? Она возрастет/останется неизменной или действительно в ближайшем будущем ноутбуки будут более популярны?
Буду очень благодарен представителям Интела за ответ на этот вопрос.
На текущий момент в семействе настольных процессоров их три:
LGA1366 — процессоры Intel Core i7 9xx серии
LGA1156 — Intel Core i7 8xx серии и Intel Core i5
LGA775 — Intel Celeron, Core 2 Duo и Core 2 Quad
Если брать и другие сегменты, то разных сокетов ещё больше (в мобильных процессорах, кстати, до сих пор используется PGA (ножки).
С Вами нельзя не согласиться — сделать один сокет на все процессоры было бы проще, дешевле, удобнее. Но на текущий момент процессоры весьма существенно отличаются по внутреннему устройству, с чем и связана необходимость использовать разные сокеты.
Бывали случаи, когда совместимость в некоторых мелочах не соблюдалась. Слышали бы вы, что об этом думали клиенты. Есть много абсолютно mission crytical софта, который, например, использует редкие фичи 286 :)
Вообще, RISC vs CISC debate, на который вы неявно ссылаетесь, был более актуальным тогда, когда x86 decoder занимал ощутимую часть ядра, на которой можно было бы разместить более полезные для произадительности блоки. Так Alpha et al и делали в те времена. Сейчас гораздо менее актуально.
А как Linux & BSD понижают необходимость совместимости? Скорее Java и CLR понижают, это более интересный вопрос.
Тем, что Linux и BSD можно скомпилировать под кучу платформ, а функциональности большинства дистрибутивов среднему пользователю хватает за глаза. Java и CLR, конечно, тоже тут к месту, но, сомневаюсь, что на них написано много приложений массового пользования.
Есть много абсолютно mission crytical софта, который, например, использует редкие фичи 286 :)
А зачем использовать софт, который заставляет плакать? :) И зачем запускать этот софт, которому хватало 286, на Core i7? И сможет ли Intel окупить разработку процессоров за счёт вот таких вот эксклюзивных клиентов? x86 же, если я правильно понимаю, выстрелил как раз за счёт массового спроса.
Тут играет роль моя профессиональная деформация — Вика работает с компаниями, которые пишут приложения для массового рынка, а я — с enterprise-telco. Там клиентов гораздо меньше, и им сложнее сказать — нет, извините, наше основное конкурентное преимущество (совместимость) мы забрасываем. x86 выстрелил за счет массового спроса, а стал использоваться в enterprise, вытесняя риски, за счет того, что догнал их по производительности и надежности при меньшей цене(деньги на R&D окупаются за счет массового спроса).
Софт, который разрабатывался для старых архитектур (а я работал с продуктами, в которых тысячи человеко-лет), часто давно крутится в нескольких слоях виртуализации. На 286 он крутился, обслуживая, например, 5 абонентов, а на современном сервере — по 5 тысяч на ядро.
Дело не в размере этого блока, а в том, что он стоит на критическом пути исполнения инструкции, и в том, что кодировки новых и более полезных в народном хозяйстве инструкций становятся всё длинее и длинее. А это означает, что в кэш их влазит меньше, транслировать за такт их возможно не так уж и много, и т.д.
Одним из способов решить противоречие, которое мы обсуждаем, был trace cache. Уже тоже есть небольшой кэш из уже декодированых инструкций для небольших циклов, и это направление будет развиваться в следующих архитектурах. Кодировки становятся длиннее, кэша становится больше (I1 cache только не растет)
В Trace cache были определенные проблемы, в частности с Replay, но в Интел есть несколько команд архитекторов. Как минимум одна из них считает, что в Trace cache было рациональное зерно. Он не вернулся в Нехалем, но в нем уже есть его потомок. Есть тенденция постепенного увеличения этого небольшого кэша, наполняемого декодированными микро-операциями.
Отвечено!
Под словом «иные» имею ввиду оптические процессоры, квантовые, нейропроцессоры.
Как компания видит будущее процессорных технологий? Неужели через 30-40 лет мы также будем работать за ПК, в основе которых кремниевый «мотор»?
Спасибо :)
Между кремниевой технологией сегодняшнего дня и 30 летней давности — огромная разница. За следующие 30 лет тоже много поменяется.
И какие планы у Intel насчёт процессоров с количеством ядер/потоков порядка десятков и сотен. SPARC например уже имеет реализацию 8x8 и 2x16 процессоров. Спрашиваю с точки зрения Erlang-программиста :)
Что же касается многоядерных процессоров, то тенденция к увеличению ядер очевидна, ядер будет больше. Если говорить о десятках, то около двух лет назад была представлена экспериментальная модель 80-ядерного процессора.
В массовых продуктах, однако, ожидать десятков ядер еще рано.
планы по захвату мираErlang-приложения. И насколько просто будет программировать под многоядерность не на Erlang, а скажем на C++. OpenMP конечно хорош, но узкоспециализирован, а MPI довольно суров :) О Windows/POSIX потоках вообще молчу…Итак, предположим, что Вас назначили Самым Главным. Вы можете решить все вопросы, будь то оборудование релакс-румов на каждом этаже до переноса центра разработок из Индии в Россию. Все Ваши распоряжения обязательны для всего Интела. Итак, что бы Вы изменили в компании Intel? Спасибо!
Неужели ничего нельзя улучшить?
Чтобы принимать глобальные решения, например, о покупке каких-то компаний, или о запуске в новой фабрики, у меня бы не хватило экономической компетенции (что, кстати, не исключает принятия правильного решения, т.к. вероятность тут 1\2 :).
Вообще, Интел декларирует прекрасный набор ориентиров-ценностей, среди которых есть «Ориентация на потребителя», «Ориентация на результат», «Разумный риск (фактически, поощрение инициативы)». Так вот, хотелось бы еще больше приблизить эти теоретические ориентиры к реальной жизни.
Из вещей приземленных — мне очень понравилось в музее и сувенирном магазинчике Intel. Занятная экспозиция, брелочки с кристаликом процессора, рубашки с логотипом, ручки, кружки, закладки, рюкзачки корпоративной направленности или на процессорную тему. Вот если бы такой музей и, непременно, магазинчик были поближе, многие приверженцы могли бы порадоваться. Как я порадовался, туда заглянув.
И будет ли в процессорах intel поддержка java машины?
А про настоящее автоматическое распараллеливание кода — уверена, что единственно возможный выход — позволить компилятору лишь генерировать идеи — т.е. предлагать возможные варианты распараллеливания, а дальше дать программисту возможность посмотреть на сгенерированный код и решить, подойдут ли они.
Про java — см. выше
А как насчёт других архитектур? Всё больши и больше появляется т.н. нетбуков на основе arm. У них меньшее энергопотребление при той же производительности, по сравнению с atom. А рынок они собираются делить один и тот же. Не думает ли Intel о развёртывании производства arm'ов и иже подобного?
Если нет, то какую угрозу видит в том, что arm'ы получают всё большее распространение? Как будет сохранять доминантное положение на рынке?
«Вторая задача — технический PR, в частности, работа с журналистами с целью более детально осветить, что же Intel намудрила в очередном поколении процессоров или других продуктов, что же интересного появилось, и как же это работает…» — а где бы почитать/подписаться на ваши разъяснения к новому железу?
Присойдиняюсь к вопросу аппаратного ускорения java-байткода.
Подробнее — ищите в блоге Интел здесь же, на хабре
А очень полный ответ на этот вопрос я не так давно дала аж в трех постах в блоге на ISN:
software.intel.com/ru-ru/blogs/2009/08/10/arm-atom-x86-pda-umpc/
software.intel.com/ru-ru/blogs/2009/08/12/ii/
software.intel.com/ru-ru/blogs/2009/08/13/iii/
Про аппаратьное ускорение java ответила выше.
Заранее спасибо.
Про поддержку OpenCL говорить пока рано. Хотя, _мое личное мнение_ -она нужна.
Acer отказалось от моей модели. В то же время ASUS создает ASUS Eee PC T91.
Каково будущее чипсета? Что собирается делать Intel? Что я могу сделать? К кому обратиться?
Алексей, во время выбора ноутбука удивлялся отсутствию моделей на основе Intel Atom и диагональю большей 10". Samsung использует VIA для 12" модели, Acer использует меньшую диагональ — 11.3". Слышал что Intel ограничивает производителей для продвижения линейки Core. Также интересует политика компании в отношении NVIDIA Ion.
Чипсет -актуальный, в смысле с производства не снят. Но упомянутый вами ASUS Eee PC T91 — с Windows XP. Другие модели с «родным» Ubuntu мне неизвестны. Так что никакой информации о развитии Intel GMA 500 драйверов для Ubuntu мне, увы, найти не удалось.
В целом драйвера интел отличные, вопрос именно в GMA500.
Сложно было найти корень проблемы — драйвера intel просто работают для других чипсетов. То есть везде работает, а вот с новым чипсетом, обладающим отличными характеристиками, не работает.
Из википедии en.wikipedia.org/wiki/GMA500#GMA_500
GMA 500 graphic system. Rather than being developed in-house, this core is a PowerVR SGX 535 core licensed from Imagination Technologies.[22] Since PowerVR is not cooperative with the open source movement, this has resulted in the dependence on outdated closed source Linux drivers.[23]
Модель с «родной» Ubuntu — Dell Mini.
Чипсет «designed for windows only»?
Опять таки открытые спецификации для большинства и закрытые бинарники для одной модели. Постоянное обновление драйвером windows и забытый линукс. Различие значительное, но редко встречающееся и очень неприятное. Откуда? Драйвера есть. Его надо просто поддерживать. И видимо разработчик этим заниматься не собирается.
Гугл по запросу «gma500 intel» выдает множество вопросов «что с этим делать?». Этот же вопрос не оставляет меня. Уже готов падаться в разработчики драйверов.
Intel что-нибудь собирается делать с этой ситуацией?
Если не у вас, то у кого я могу это узнать?
Пример из жизни: одна из рекомендаций — использовать для нетбуков интегрированный графический адаптер. В то же время один из производителей не так давно представил модель нетбука с внешней графической картой. Этот нетбук стоил дороже своих собратьев, не являясь, на наш взгляд, сбалансированным решением. Иными словами, Intel не использовала какие-либо способы ограничений — эта модель увидела свет и была доступна на прилавках магазинов, хотя конфигурация и шла вразрез с нашим видением. Но в конечном итоге продажи этой модели не оправдали ожиданий.
С чипсетами сторонних производителей для процессоров Intel мы конкурируем на уровне чипсетов. В целом, на конкуренцию мы смотрим позитивно — выбор становится шире, характеристики улучшаются, рынок развивается. Поэтому с любым конкурентным предложением мы можем только конкурировать: бороться за выбор покупателя агрессивно и честно.
2) Будет ли HT в свежих нетоповых Core i5 и в перспективе в Core i3?
2. На сегодня отгружается одна модель Intel Core i5 — это Intel Core i5 750. Технология Hyper-Threading в этой модели не поддерживается. Детали по моделям серии Intel Core i3 мы сможем сообщить ближе к анонсу этих продуктов.
Девушка-программер сама по себе у меня восторг- вы такая редкость.
Судя по должности программированием вы сами уже не занимаетесь или все же иногда «для души»?
Правда ли что Larabee должен стать большим прорывом в области графики и когда мы его увидим на своих ноутбуках?
Программированием, я конечно же, занимаюсь. Иначе-нельзя. Один из недавних проектов — оптимизация части библиотеки IPP для Larrabee.
Рекламировать Larabee пока не буду — сейчас есть только инженерные образцы, судить по которым преждевременно. Скажу только, что до ноутбуков еще очень далеко. Первые Larabee — это не просто десктоп, а hi-end desktop.
эхххх Larabee так и остается красивой мечтой