Pull to refresh

Comments 146

Ровно в 12:00, не обманул =)

Вопрос к многоуважаемой компании Intel — «Сколько извилин в вашем самом быстром процессоре?» =)
Честность мое второе имя )
А про вопрос....:) кстати, не так давно на сайте была статья и бурные споры-расчеты со сравнением человеческой «производительности» с компьютерной. Мне было бы интересно послушать ответ, если бы было какое-то хотябыы примерное сравнение )
UFO just landed and posted this here
Если говорить предметно — на форуме для разработчиков Intel в прошлом году вице-президент по технологиям Джастин Раттнер заявил, что к 2050 году компьютер и человеческий разум будут сравнимы по возможностям восприятия внешнего мира. Вот такое примерное сравнение.
Ого! Дожить бы и посмотреть, что будет твориться! )
по идее, не так долго ждать осталось.
Но мне кажется, что это время наступит горааааздо быстрее.
Ведь если задуматься, то технологии за последние 20 лет продвинулись настолько вперед, что за следующие 20 лет они пройдут эволюцию в 2-3 раза быстрее. Другое дело, что мы этого практически не замечаем и считаем как «само собой разумеющиееся».
Я, Вика, и консилиум самых ярких умов местного масштаба подумали, прикинули, посчитали и пришли к выводу, что количество извилин в процессоре Intel Core i7 975 (это самый быстрый на сегодня среди процессоров для настольных ПК) примерно в 16 раз меньше числа транзисторов в коре больших полушарий блоггера средней степени продвинутости.
Это если блоггер не пьёт пиво! А если пьёт то, где в 8-10 раз меньше. 8)
Там на двух фотках джойстик видно и на этих же двух план по завоеванию мира.
Вот чем они там занимаются…
Главное чтобы после того как наиграются, не пошли исполнять план. :)
Используются ли сотрудниками Intel компьютеры с процессорами AMD где либо? :)
Да, конечно, используются. В спортзале в качестве снарядов для тренировки сотрудников :) Шутка. Надеюсь, что представители AMD на нее не обидятся.
На самом деле Интел относится с огромным уважениям к своему конкуренту AMD, и постоянно использует компьютеры этой компании в качестве термометра. А вот это уже не шутка, как можно было бы подумать. Эти компьютеры используются для сравнения производительности приложений на Интел и AMD платформах. Надо же знать, кто лучше и почему. Более того, софт, создаваемый Интел (в частности, компиляторы) специально тестируется на AMD платформах, чтобы не получилось так, что на них он работает плохо. Это было бы нечестно, а может, и незаконно.
Не могу сказать про других сотрудников, но у меня дома — все процессоры Интел. Считаю их надежнее.
Вика, много ли девушек в компании/вашем отделе?
Алексей, на второй фотографии вы не выспались или у меня отсвечивает монитор? :)

Более специализированный вопрос. Почему сейчас все чаще появляются процессоры с разблокированным множителем? Почему изначально его не увеличивают или не увеличивают частоту FSB? Ведь многие пользователи (не гики) ориентируются в выборе по частоте, не уточняя возможен ли разгон процессора.

Еще интересует вопрос по поводу Core i7. Почему такая большая разница в цене между процессорами? Например, 920 и 950. Или 950 или 975? Насколько сейчас востребованы дорогие модели (965, 975)?
Девушек в компании -немало. В таких отделах, как HR, финансы, admins (я затрудняюсь это перевести, но это — очень-очень нужные девушки :) ) Среди технических писателей, тестеров девушек тоже много. Среди разработчиков -гораздо меньше. Я никогда не оценивала точно, но на глаз — соотношение Ж\М примерно 1 к 10.
Монитор, конечно же, отсвечивает. Мы, конечно же, не выспались. Фотография, конечно же, была сделана в момент подготовки к Хэллоуину. Целый букет обстоятельств в одной точке.

Относительно процессоров с разблокированным множителем — 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 сообщества. Каковы перспективы данного сотрудничества на ваш взгляд? Как лично вы относитесь к операционным системам с открытыми исходными кодами? Используете ли Linux/BSD дома или на работе в десктопа?
Спасибо за ответы :)
*в качестве десктопа
Спасибо за вопросы :)

Желание Intel простое — быть платформой, которую выбирают. Поэтому работа идет на всех фронтах. В некоторых специфических случаях open source является единственным возможным решением, и потому сотрудничество, я уверен, будет продолжаться.
К операционным системам с открытым исходным кодом отношусь с большим уважением, ибо в исходных кодах ничего не понимаю :) Последний раз столкнулся при тестировании бета-версии Moblin (www.moblin.org) на одном из нетбуков. Впечатление приятное, хотя есть что дорабатывать. Дома установлена Windows.
Есть ли смысл уже отказаться от Intel Core 2 Duo и Quad?

Когда эти платформы потеряют смысл к использованию, год, два?
ИМХО потеряют, как только перестанут эффективно решать стоящие перед Вами задачи.

Нет смысла менять железо, если оно выполняет возложенные на себя функции
Наверно имелось ввиду отказаться от закупки железа на 775 сокете. Будут ли выходит новые продукты или теперь только i-серия?
Угу, вот это как раз и интересует!
Это — замечательный ответ. Спасибо. Пожалуй, надо давать приз не только за лучший вопрос, но и за лучший ответ :)
UFO just landed and posted this here
Спасибо.
Начну с чистосердечного признания. Я узнала (прочла статью в Wikipedia) о Grand Central Dispatch только после вашего вопроса.
Но про позицию Интел могла ответить, даже не разбираясь в теме :). А именно — так как многоядерность неизбежна, под нее надо писать соответствующий софт, то Интел прекрасно относится ко всем существующим в мире технологиям параллельного программирования без исключения. Другое дело — что считать «поддержкой и развитием». Если создатели Grand Central Dispatch обратятся в Интел с просьбой о любых консультациях на тему наиболее эффективной с точки зрения железа реализации GCD, то им будет предоставлена вся необходимая помощь, как и любой другой достаточно популярной технологии.
Но не забывайте, что в мире есть множество альтернативных технологий, и, в частности, созданных Интел — OpenMP, и, главное, Threading Building Blocks (TBB), так что действовать им в ущерб никто не будет.

Я лично (еще раз — я, а не Интел) считаю, что ни GCD, ни иная подобная технология «среднего программиста программировать «параллельно»» не научит. Во-первых, потому, что это вообще трудно — неестественно для мозга, Юлии Цезари, умеющие делать несколько дел сразу, встречаются нечасто :)
А во-вторых, честно говоря, не увидела в GCD никаких революционных (обучающих?)концепций по сравнению с другими средствами параллельного программирования.
UFO just landed and posted this here
Пожалуйста.
У меня — другой «полюс» программирования: в основном, это C\C++, местами — ассемблер, местами — фортран :)
Текущие и ближайшие разработки Интел всем известны и давно «обсосаны», хочется заглянуть подальше в будущее, помечтать :) Какие планы и приоритеты у компании на будущее процессоров: увеличение кол-ва ядер (минус — закон Амдала), увеличение кол-ва потоков, как скоро ожидать 128-битные камни, ведет ли Интел исследования на базе нанотехнологий?
Немного некорректно конечно, но 128 битные камни уже есть (SSE1-4.2),
256 битные камни — Sandy Bridge (AVX).
512 битные — Larrabee.
А 128 битная адресация не нужна — семнадцать миллионов терабайт адресации должно хватить на время существования солнечной системы :)
> А 128 битная адресация не нужна — семнадцать миллионов терабайт адресации должно хватить на время существования солнечной системы :)

«640КБ должно быть достаточно для каждого»
Как раз недавно с коллегами за кофе обсуждали izard.livejournal.com/28263.html. Получилось, что через 20 лет надо будет делать расширение. Если будут маркетинговые соображения — то еще раньше.
> А 128 битная адресация не нужна — семнадцать миллионов терабайт адресации должно хватить на время существования солнечной системы :)

«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))

2) Larrabee я упомянула зря. Дело в том, что у нас через пару-тройку-четверку недель будет отдельная беседа про графику вообще, и Larrabee в частности, где я тоже поучаствую и отвечу на вопросы по этой теме.
Ну ладно, за свои ошибки надо отвечать :) Поэтому — отвечаю.
Точная дата выхода Larrabee неизвестна даже мне. Т.е. это даже не случай «знаю, но не скажу, а именно — не знаю». Следите за рекламой :)
Конечно же, сразу после выхода Larrabee на рынок, будет доступна его полная спецификация. Будут и драйвера, куда ж без них?

3) Larrabee — это дискретная видеокарта, состоящая из массива процессоров. Поэтому говорить об ее интергации в ЦПУ несколько странно :) Другое дело, что вообще идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро, поэтому, опять таки -следите за рекламой :)
Расплатитесь ещё немного 8)):
> Larrabee — это дискретная видеокарта, состоящая из массива процессоров.

По моему Вы ошиблись… Разве Larrabee не графический, многоядерный процессор, который может быть установлен в дискретную видеокарту или интегрирован в системную плату? Но в Интернет есть информация о том что Larrabee ещё и в CPU может быть интегрирован, тем более если оглянуться на Clarkdale.

> идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро
Да как бы следим, и не только за рекламой 8))

Clarkdale уже и потестить народ успел и поделиться впечатлениями, в том числе и о интегрированном графическом процессоре?
Последнее предложение воспринимайте с восклицательным знаком, а не с вопросительным. 8)
1) Боюсь Вас расстроить, но вся линейка Core i7 на текущий момент производится на базе 45 нм тех. процесса.

Отличий много:
9xx — трехканальный контроллер памяти, 8xx — двухканальный; у 8xx — контроллер PCI Express встроен в процессор, в серии 9xx такового нет, PCI Express через чипсет, но доступно большее количество линков; тепловыделение: 9xx — 130 Вт, 8xx — 95 Вт; режим Turbo Boost — в 9xx максимум три шага, в 8xx — до пяти; в 9xx платформу составляют три компонента (процессор-северный мост-южный мост), в 8xx — два (процессор и хаб ввода/вывода). Есть и другие отличия, но наиболее значимые, мне кажется, перечислены…
1) Вопрос вообще-то больше касался будущего, конкретно Westmere, выход, которой, насколько мне известно, запланирован на 4Q'2009. Или процессоры Core i7 не будут выпускаться с этой архиектурой?
Еще возник немного личный вопрос. Сложно ли попасть к вам работать? И на что обращается внимание при приеме на работу? Насколько важно высшее образование, опыт? Приоритетнее знания, опыт или корочка?
И часто ли вы, при покупке компании, берете к себе сотрудников этой компании? Какие компании вы планируете покупать в ближайшее время? (шутка) :)
Мне кстати тоже это интересно. Вряд ли будет «неделя, посвященная болтавне по душам», так что задам вопрос сейчас. Где располагается компания Интел в Москве, сложно ли усроиться к Вам на работу? Какие требования, может ли к вам попасть простой смертный?
Какие условия вы предлагаете, помимо уголка в кубикле? Расскажите что-нибудь интересное из повседневной жизни офиса, какие-нибудь интересные факты или случаи =)
«неделя, посвященная болтавне по душам» — отличная идея! Запишем на будущее и, пожалуй, завершим серию «пять недель с Интел» именно ей.
Будем готовить «задушевные» вопросы :)
На вопросы из серии «сложно ли попасть» всегда сложно отвечать :) Все вакансии Интел — открыты, их можно увидеть, если хорошо поискать на intel.com. Там к каждой вакансии есть требования. «Корочка» не имеет никакого приоритета — это просто необходимое требование — такое же, как наличие паспорта. Приоритета опыта или знаний я не замечала — главное — ум человека, его способность работать. Интел берет на работу интернов — выпускников ВУЗов или просто студентов старших курсов, которые успешно работают в проектах, получая по ходу дела и знания и опыт :)
Про покупку компаний — именно так я и попала работать в Интел. Покупка компании — это именно приобретение новых сотрудников, прежде всего, разработчиков.
Какие еще подразделения есть в российском Intel в Москве и Нижнем Новгороде?
Может немного не по теме, но все же: что разрабатывает Software and Solutions Group (SSG) в Нижнем Новгороде? А что их .NET группа?

Вопрос к Алексею: вы рассказали про переезд из Москвы в Нижний Новгород и обратно. Не могли бы вы поподробнее рассказать о роли Intel в этих переездах?

Проводятся ли внутренние мероприятия для сотрудников/самими сотрудниками Intel? Какие?

Спасибо за ответы.
В Нижнем Новогороде делались и делаются Инструменты Анализа Производительности — VTune, Thread Checker, Thread Profiler, новейшая разработка «Parallel Studio», а также библиотека Intel Threading Building Blocks, а также ряд интересных экспериментальных «продвинутых» инструментов, бесплатно доступных на whatif.intel.com. Если взять всю нижегородскую область(Саров), то к этому списку можно добавить библиотеки IPP и MKL.
Вспоминая про группы, ручаюсь только за те, с кем приходилось работать — если кого-то не упомянул, просьба не принимать на личный счет.
Группа продаж и маркетинга — как явствует из названия, эти ребята продают и маркетингуют,
PR — связи с общественностью,
SSG — разработка (Вика ответит),
PTEG — техническая группа,
HR — берут на работу, развивают, увольняют,
Бухгалтерия — считают
Финансы — финансируют,
Корпоративные сервисы — помогают, доставляют, растамаживают,
IT — печатающее и вычисляющее оборудование, поддержка и дельные советы.

При необходимости переезда в другой город/страну можно получить определенную сумму, т.н. relocation bonus. Конкретика каждый раз обсуждается индивидуально с нанимающим на работу менеджером. В обсуждении подобного рода вопросов на момент переездов у меня было мало практики, поэтому я их попросту не обсуждал. Но контактный телефон агентства, которое помогло снять квартиру в Нижнем, в отделе кадров мне предоставили.

Внутренние мероприятия для сотрудников проводятся, и могут быть самыми разными — от небольшого тренинга до грандиозного празднования. Зависит от целей, бюджета, инициативы и стремлений как команды, так и руководителя.
Еще стоит добавить небольшое, но очень гордое представительство в России TMG (Technology Manufacturing and Enterprise Service). Хотя процессоров в России [пока] не делают, но кое-какой софт для поддержки производства и аналитики — пишут.

Если коротко — то почти каждая из восьми больших групп Интел в России представлена, но 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. я понимаю, что мой случай — частный и от тематики мои вопросы достаточно далеки, но очень уж любопытно :)
UFO just landed and posted this here
Спасибо. Все больше склоняюсь к тому, что призы в этом обсуждении надо давать не за вопросы, а за ответы.
UFO just landed and posted this here
Вы сравниваете топовый AMD, и бюждетный Celeron

Сравните лучше одинаковые, Athlon VS Пентиум
или бюджетные Дюрон VS селерон
!!!
UFO just landed and posted this here
Добрый день, у меня два вопроса:

1) Когда-то давно Transmeta представила простой процессор, который был способен аппаратно «эмулировать» более сложные процессоры. В свете последнего хайпа с многопоточностью существует ли потенциал у Larrabee превратиться в платформу, которая сможет «эмулировать» столько ядер и аппаратных потоков (пул аппаратных потоков), сколько нужно приложениям в конкретный момент?

2) Некоторые компании выпустили процессоры (и ядра SoC) с аппаратным ускорением java-байткода. Насколько фантастическими выглядят подобные планы по части аппаратного ускорения LLVM и MSIL-байткода в Intel-процессорах, чтобы избежать процедур AOT и/или JIT (которые так непроизводительны для встраиваемых и ограниченных устройств, куда целится Atom)? Есть ли вероятность, что Intel будет двигаться в этом направлении?

Спасибо.
UFO just landed and posted this here
Можно, конечно :)
Вдогонку по тематике VM — известно, что «внутри» современного x86-64 находится RISC-подобный вычислитель. Тем не менее, опкоды программ по-прежнему подаются в формате x86. Нет ли у Intel планов в ближайшее время выпустить обновленную спецификацию и отказаться от внешнего формата команд x86, сменив его на более RISC-ориентированный: сделать доступным весь широкий регистровый банк, обновить параллельные инструкции и провести прочие оптимизации, направленные на обобщение команд?
В ближайших архитектурах — нет. Наоборот, появятся дополнительные расширения ISA.
Дополню ответ. В процесоорах семейства ARM изначально в архитектуре заложена возможность подключать сопроцессоры, которые и будут переводить байткод в RISK инструкции.
У Атома (x86) такой возможности нет, там придется менять весь CPU front-end — декодирование инструкций. Не уверена, что это технически достаточно просто\эффективно реализуемо. Поэтому о таких планах на ближайшие годы мне ничего неизвестно.
Понял; было интересно послушать. Еще раз спасибо.
UFO just landed and posted this here
С архитектурами — не совсем «бог», т.к. как вы сами понимаете, софтовая обработка будет медленнее железной :)
Я лично, в силу недостатка знаний и опыта в этой области свое отношение к LLVM сформулировать не могу. То, что Интел этой технологией интересуется — безусловно. В дополнение к открытой информации (спасибо Дима) приведу кусочек закрытой (в надежде, что меня не уволят) :)
Недавно я изучала внутренний список «предложений к реализации» следующей версии компилятора Интел. В числе прочих, там было и предложение, связанное с LLVM. Но будет ли там в итоге поддержка LLVM, и в каком объеме — сказть не могу.
UFO just landed and posted this here
UFO just landed and posted this here
Да ведь это не секрет! Как уже было сказано, Интел следит за множеством разработок, связанных с параллельным программированием. В частности, очередная встреча разработчиков LLVM сотоится 2 октября и из 190 зарегистрированных участников нас (Интел) представляют аж целых 9: llvm.org/devmtg/2009-10/
1)Насчет _аппаратной_ эмуляции процессором чего-то более сложного, чем он есть на самом деле — это очень странно. Вы не выдаете желаемое за действительное? «Мед -это очень странный предмет, он или есть, или его нет» :)
Что касается софтовой эмуляции различных многоядерных CPU Intel, то я не вижу ни одной причины, чтобы такие эмуляторы нельзя было бы запустить на Larrabee. Другое дело — это что именно они будут эмулировать и с какой точностью. Larrabee -это массив IA32 CPU, соответственно, эмулятор, если он хорошо написан, будет работать значительно быстрее, чем на обычном настольном CPU.

2) На тему аппаратного ускорения java-байткода в грядущих Atom у меня информации нет. Зато знаю, что крупные разработчики Java машин, и JIT в частности сотрудничают с Интел на предмет оптимизации их продуктов под платформы Интел.
Прежде всего, спасибо за ответы )

То, что я выдаю за мед, на самом деле не мед. :)
Начнем хотя бы отсюда: ru.wikipedia.org/wiki/Crusoe

По поводу Larrabee и потоков — я имел в виду модель, когда не процессор предоставляет N ядер/потоков и т.п., и разработчик втискивает туда алгоритм, а наоборот — разработчик декларирует «этот алгоритм наиболее эффективно выполняется при помощи M потоков, бери их где хочешь» :)

ru.wikipedia.org/wiki/Crusoe — ну да,
«Для исполнения команд х86 используется программная эмуляция в виде виртуальной машины» Еще раз — программная. Мёдозаменитель :).
Понимаете, обычная однопроцессорная настольная машина уже лет пятнадцать (или больше — не помню, когда появились соответствующие ОС) способна вести себя как истинно многозадачная — выполнять «одновременно» столько потоков (процессов), сколько скажет разработчик (хотя и тормозя при этом), и это оно и есть — эмулятор многопоточности :)
Другое дело, что ошибки параллельного программирования на этом эмуляторе не отловишь, ибо на самом деле все не параллельно.
Это должно ответить на ваш вопрос.
Странно, по моим сведениям там присутствует аппаратно-обеспеченный CodeMorphing: x86 -> VLIW

Впрочем, вам я верю больше. Спасибо за то, что просветили в этом вопросе :)
В Itanium ах сначала была тормозная аппаратная реализация x86. Потом появилась программная, в виде binary translation, и все не то что бы залетало, но стало заметно лучше.
Вспомнил еще один вопрос, рад что теперь могу его задать. :)
У меня очень многие друзья в качестве домашнего решения предпочитают ноутбук (как и я сам).
Скажите, какие направления разработки процессоров более приоритетны в Intel? Большая доля продукции приходится на ноутбучные или на десктопные решения?
Можете ли прогнозировать популярность ПК на ближайшие лет 10? Она возрастет/останется неизменной или действительно в ближайшем будущем ноутбуки будут более популярны?
Вы совершенно точно определили тенденцию — в прошлом году вперые продажи мобильных компьютеров превысили продажи настольных ПК. Так как в большинстве этих компьютеров бьются сердца известного Вам производителя, соотношение производимой продукции повторяет расклад на рынке. Доля мобильных компьютеров возрастает — это факт. В будущем мы видим настольные ПК не столько в качестве массовых, сколько нишевых продуктов. Это очень производительные системы для энтузиастов, это домашние системы с привлекательным дизайном (типа «все-в-одном», например), это бизнес-клиенты (для ряда компаний компактные настольные ПК предпочтительнее ноутбука), это неттопы (в случаях, когда необходим невысокий уровень производительности и низкая закупочная цена).
Вопрос: Где такие варежки купить?
Обижаете… Не варежки это, а прибор преобразования потенциальной энергии мышечных волокон типа «Перчатко», одна из секретных разработок нижегородской лаборатории.
Какая ожидаемая производительность первых Larrabee в сравнении с текущими видеокартами NV и AMD?
Смысл выпуска Larrabee -это достижение максимальной производительности, превосходящей конкурентов :) Поэтому, ожидаемая производительность Larrabee, конечно, значительная. Но все детали, явки и пароли — увы, за рамками грифа «секретно».
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Переход на новый сокет — процесс не самый желаемый. Изменяется механизм механического закрепления, изменяются посадочные места, изменяется теплоотвод, а это всегда дополнительное время, дополнительные издержки, дополнительная работа с производителями материнских плат и систем охлаждения. Переход на новый сокет исходит не столько из желания, сколько из необходимости. Чем радикальнее изменения в новом поколении процессоров, чем лучше становятся потребительские характеристики, тем выше вероятность в изменении количества контактов, что влечет за собой переход на новый сокет.
На текущий момент в семействе настольных процессоров их три:
LGA1366 — процессоры Intel Core i7 9xx серии
LGA1156 — Intel Core i7 8xx серии и Intel Core i5
LGA775 — Intel Celeron, Core 2 Duo и Core 2 Quad
Если брать и другие сегменты, то разных сокетов ещё больше (в мобильных процессорах, кстати, до сих пор используется PGA (ножки).
С Вами нельзя не согласиться — сделать один сокет на все процессоры было бы проще, дешевле, удобнее. Но на текущий момент процессоры весьма существенно отличаются по внутреннему устройству, с чем и связана необходимость использовать разные сокеты.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
А как долго Intel будет наращивать сложность x86-процессоров? Разумно ли продолжать процесс экстенсивного усложнения архитектуры, когда описание ISA и без того занимает три внушительных тома? Собирается ли Intel как-то освежить линейку x86-процессоров, избавится от лишнего в ISA? А если нет, то не выйдет ли так, что более простые и дешёвые архитектуры вроде ARM, обвешанные всевозможными ускорителями, окажутся более привлекательными для массового пользователя из-за цены, энергоэффективности, компактности и достаточной производительности? Ведь, совместимость с ПО становится всё менее ценным качеством вместе с развитием Linux/BSD и web-приложений.
Долго — лет на 5 есть планы наращивания сложности, и фичи эти придуманы не просто так, а потому, что клиенты просят. Дальше еще что-нибудь придумается Секретная цель — 5 еще более внушительных томов :). Скоро 3 и 4 том разделятся на 2 каждый, 3-й и так в 2 частях уже.

Бывали случаи, когда совместимость в некоторых мелочах не соблюдалась. Слышали бы вы, что об этом думали клиенты. Есть много абсолютно mission crytical софта, который, например, использует редкие фичи 286 :)

Вообще, RISC vs CISC debate, на который вы неявно ссылаетесь, был более актуальным тогда, когда x86 decoder занимал ощутимую часть ядра, на которой можно было бы разместить более полезные для произадительности блоки. Так Alpha et al и делали в те времена. Сейчас гораздо менее актуально.

А как Linux & BSD понижают необходимость совместимости? Скорее Java и CLR понижают, это более интересный вопрос.
А как 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 тысяч на ядро.
Оу. Спасибо за интересную информацию.
Вообще, RISC vs CISC debate, на который вы неявно ссылаетесь, был более актуальным тогда, когда x86 decoder занимал ощутимую часть ядра, на которой можно было бы разместить более полезные для произадительности блоки. Так Alpha et al и делали в те времена. Сейчас гораздо менее актуально.

Дело не в размере этого блока, а в том, что он стоит на критическом пути исполнения инструкции, и в том, что кодировки новых и более полезных в народном хозяйстве инструкций становятся всё длинее и длинее. А это означает, что в кэш их влазит меньше, транслировать за такт их возможно не так уж и много, и т.д.
В каждой очередной микроархитектуре есть блок, который чаще других оказывается на критическом пути, не давая достигнуть желаемого IPC. Действительно, бывало, что это Instructions Decoder. Но это лишь один из десятка основных элементов, несбалансированное развитие которых в следующих архитектурах может помешать.

Одним из способов решить противоречие, которое мы обсуждаем, был trace cache. Уже тоже есть небольшой кэш из уже декодированых инструкций для небольших циклов, и это направление будет развиваться в следующих архитектурах. Кодировки становятся длиннее, кэша становится больше (I1 cache только не растет)
Но trace cache был в Pentium 4, и не так уж и хорошо себя показал. Или это была в целом не особо удачная архитектура? С другой стороны trace cache не вернулся ещё даже в Nehalem'ы. А в этом плане, насколько Larrabee по системе команд совместим с современными x86-процессорами? Неужели и там будет вся базовая IA-32 со своими недостатками и всё от MMX до SSE4?
Вика бОльший эксперт в Лараби, чем я. Насколько я помню, каждое ядро в первой лараби — почти Pentium 1, с некоторым набором дополнительных векторных команд. Насколько этот набор совместим с SSE — я не помню.

В Trace cache были определенные проблемы, в частности с Replay, но в Интел есть несколько команд архитекторов. Как минимум одна из них считает, что в Trace cache было рациональное зерно. Он не вернулся в Нехалем, но в нем уже есть его потомок. Есть тенденция постепенного увеличения этого небольшого кэша, наполняемого декодированными микро-операциями.
Добавлю к ответу izard только одно — то, что izard — мой коллега, и что с его ответом я абсолютно совместима даже без Linux/BSD и web-приложений :)
Отвечено!
Ек макарек, баннер с тобой на главной =) «Пацан к успеху шел» =))
Ведутся ли в корпорации Intel работы над созданием «иных» процессорных платформ?
Под словом «иные» имею ввиду оптические процессоры, квантовые, нейропроцессоры.
Как компания видит будущее процессорных технологий? Неужели через 30-40 лет мы также будем работать за ПК, в основе которых кремниевый «мотор»?
Спасибо :)
UFO just landed and posted this here
Оптика будет постепенно подходить все ближе к процессору, но даже это вопрос следующего десятилетия. Квантовые, нейропроцессоры в ближайшее время анонсированы не будут :)

Между кремниевой технологией сегодняшнего дня и 30 летней давности — огромная разница. За следующие 30 лет тоже много поменяется.
Альтернатива кремнию рассматривается — изучается несколько разных подходов: и спин электрона, и молекулярные структуры, и оптика, и магнитное взаимодействие. Сейчас это разработки, но через 30-40 лет картинка точно станет более четкой.
Почему 30-40 лет? Почему не 5-10?
Почему отказались от единого Socket 775? Зачем теперь два разных сокета? На какой из них ориентироваться с учётом будущих апгрейдов?
И какие планы у Intel насчёт процессоров с количеством ядер/потоков порядка десятков и сотен. SPARC например уже имеет реализацию 8x8 и 2x16 процессоров. Спрашиваю с точки зрения Erlang-программиста :)
Относительно сокетов — взгляните, пожалуйста, на обсуждение выше.

Что же касается многоядерных процессоров, то тенденция к увеличению ядер очевидна, ядер будет больше. Если говорить о десятках, то около двух лет назад была представлена экспериментальная модель 80-ядерного процессора.
В массовых продуктах, однако, ожидать десятков ядер еще рано.
Да, про сокеты уже читал, спасибо. Интересует вопрос когда (хотя бы примерно) я смогу пойти и купить хотя бы 32-ядерный процессор Intel для своего десктопа/сервера и развернуть на нём свои планы по захвату мира Erlang-приложения. И насколько просто будет программировать под многоядерность не на Erlang, а скажем на C++. OpenMP конечно хорош, но узкоспециализирован, а MPI довольно суров :) О Windows/POSIX потоках вообще молчу…
Вика, коль скоро вы работает в том числе и с дискретной графикой intel, вам уже удалось подержать в руках и потестить продукты Larrabee? Насколько они круты сейчас? выносят нынешнее поколение видеокарт конкурентов? А следующее? А crysis на них летает?
Увы, пока ничего на эту тему сказать не могу.
не можете сказать по причине NDA или потому что нет ещё таких девайсов в твердом виде?
По обеим причинам. Пока в наличии есть только инженерные образцы Larrabee, оценивать которые еще рано.
У меня вопрос, не относящийся тематике обсуждаемых проблем, но я буду его задавать каждому сотруднику. Соответственно, хотелось бы услышать ответ каждого в отдельности.
Итак, предположим, что Вас назначили Самым Главным. Вы можете решить все вопросы, будь то оборудование релакс-румов на каждом этаже до переноса центра разработок из Индии в Россию. Все Ваши распоряжения обязательны для всего Интела. Итак, что бы Вы изменили в компании Intel? Спасибо!
Ничего бы не менял — не компетентен решать за весь Интел. Если ничего не трогать, то даже со мной в качестве Самого Главного сколько-то лет все проработает нормально, инерции хватит. Если трогать — сделаю только хуже. Серьезно, редко кто может принимать минимально компетентные решения более чем на 2 уровня вверх от текущего положения. Разве что, в области управления государством. Тут — все мы эксперты.
Ну хорошо. А если бы какие-то небольшие решения? По улучшению условий труда — выдать всем костюмы для игры Qazar, чтобы вечером расслабиться, увеличить рабочий день с понедельника по четверг на 2 часа (чтобы пятницу сделать выходным).
Неужели ничего нельзя улучшить?
Ну если бюджет появляется с неба, то вернул бы возможность летать бизнес классом через атлантику (было такое в очень удачный год, но достаточно давно и ненадолго)
Спасибо большое за ответ! Покорения новых вершин!
В мелком, технически-бытовом смысле ничего бы менять не стала. Меня вполне устраивают условия труда.
Чтобы принимать глобальные решения, например, о покупке каких-то компаний, или о запуске в новой фабрики, у меня бы не хватило экономической компетенции (что, кстати, не исключает принятия правильного решения, т.к. вероятность тут 1\2 :).
Вообще, Интел декларирует прекрасный набор ориентиров-ценностей, среди которых есть «Ориентация на потребителя», «Ориентация на результат», «Разумный риск (фактически, поощрение инициативы)». Так вот, хотелось бы еще больше приблизить эти теоретические ориентиры к реальной жизни.
Спасибо большое за ответ! Успехов в работе!
Естественное желание — одним махом решить какую-нибудь глобальную проблему, чтобы многим сразу стало лучше. Но как и в любой сложной структуре, на поверку все оказывается сложнее, чем кажется на первый взгляд, поэтому с любым глобальным решением придется очень долго разбираться, вникать, и одно изменение непременно повлечет за собой цепочку других.
Из вещей приземленных — мне очень понравилось в музее и сувенирном магазинчике Intel. Занятная экспозиция, брелочки с кристаликом процессора, рубашки с логотипом, ручки, кружки, закладки, рюкзачки корпоративной направленности или на процессорную тему. Вот если бы такой музей и, непременно, магазинчик были поближе, многие приверженцы могли бы порадоваться. Как я порадовался, туда заглянув.
Кстати +1, они вроде из Штатов не доставляют, я бы себе новый держатель для бэджика купил. Так что каждый редкий приезд к корням превращается в шоппинг тур.
Спасибо большое за ответ!
Каким вы видите дальнейшее развитие компиляторов для Автоматического распараллеливания кода?

И будет ли в процессорах intel поддержка java машины?
В компиляторах — прежде всего, это развитие встроенных отладчиков (диагностика возможных ошибок и проблем параллельного программирования). Далее — это развитие OpenMP, улучшение способностей компилятора автоматически вставлять прагмы OpenMP.
А про настоящее автоматическое распараллеливание кода — уверена, что единственно возможный выход — позволить компилятору лишь генерировать идеи — т.е. предлагать возможные варианты распараллеливания, а дальше дать программисту возможность посмотреть на сгенерированный код и решить, подойдут ли они.

Про java — см. выше
Тоже хочу рядом с такими сотрудницами работать!

А как насчёт других архитектур? Всё больши и больше появляется т.н. нетбуков на основе arm. У них меньшее энергопотребление при той же производительности, по сравнению с atom. А рынок они собираются делить один и тот же. Не думает ли Intel о развёртывании производства arm'ов и иже подобного?
Если нет, то какую угрозу видит в том, что arm'ы получают всё большее распространение? Как будет сохранять доминантное положение на рынке?

«Вторая задача — технический PR, в частности, работа с журналистами с целью более детально осветить, что же Intel намудрила в очередном поколении процессоров или других продуктов, что же интересного появилось, и как же это работает…» — а где бы почитать/подписаться на ваши разъяснения к новому железу?

Присойдиняюсь к вопросу аппаратного ускорения java-байткода.
Насчет ARM. Вкратце — такой опыт у Интел уже был, окончился три года назад и больше в планах не стоИТ.
Подробнее — ищите в блоге Интел здесь же, на хабре
А очень полный ответ на этот вопрос я не так давно дала аж в трех постах в блоге на 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 ответила выше.
Вика, у меня вопрос по Larrabee. Данный продукт смотрится очень инновационно но фоне текущих разработок в области GPU. Его характеристики по линейному масштабированию весьма впечатляют. Собирается ли Intel поддержать инициативы Khronos? Будет ли реализация OpenCL для данной архитектуры? Или Intel предпочтет выпустить проприетарное API?
Заранее спасибо.
Никакого проприетарного параллельного API для Larrabee не планируется. Основная идея — поддерживая последние версии OpenGL и DirectX, позволить неграфическим разработчикам программировать для Larrabee точно также, как и для обычных многоядерных ЦПУ, не прибегая ни к каким графическим абстракциям\аналогиям и тп.
Про поддержку OpenCL говорить пока рано. Хотя, _мое личное мнение_ -она нужна.
Спасибо за ответ.
Вика, у Intel отличная поддержка открытого программного обеспечения. Поведение интегрированного видео в ноутбуке (Acer Aspire One 751) стало настоящей неожиданностью. Драйвера для Intel GMA 500 aka Poulsbo aka US15W закрыты, созданы для устаревшего ядра (ядро Ubuntu 8.04). Сменил дистрибутив на Ubuntu — они обновили драйвер до своего ядра, но от аппаратного ускорения 3Р пришлось отказаться — xserver зависает.

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 не использовала какие-либо способы ограничений — эта модель увидела свет и была доступна на прилавках магазинов, хотя конфигурация и шла вразрез с нашим видением. Но в конечном итоге продажи этой модели не оправдали ожиданий.
С чипсетами сторонних производителей для процессоров Intel мы конкурируем на уровне чипсетов. В целом, на конкуренцию мы смотрим позитивно — выбор становится шире, характеристики улучшаются, рынок развивается. Поэтому с любым конкурентным предложением мы можем только конкурировать: бороться за выбор покупателя агрессивно и честно.
UFO just landed and posted this here
Очень большое. Все-таки огромную кучу софта Интел пишет в России. В некоторых тех странах, где софт Интел не пишет, оно равно 0 :)
100 к 1. Думаю, это очень близкое к истине соотношение.
1) Как скоро будут выпущены процессоры на 32 нм технологии? На мой взгляд выпуск 32нм двухядерных Core i5/i3 существенно поможет компании в разрешении некоторой образовавшейся путаницы для пользователей с преславутыми сокетами — LGA1156 и LGA775 — а именно поможет перевести пользователей с LGA775 в некий бюджетный сегмент, но все же на новой платформе.

2) Будет ли HT в свежих нетоповых Core i5 и в перспективе в Core i3?
1. Производство на базе 32 нм технологического процесса планируется начать к концу текущего года. Продукты увидят свет в начале следующего года.

2. На сегодня отгружается одна модель Intel Core i5 — это Intel Core i5 750. Технология Hyper-Threading в этой модели не поддерживается. Детали по моделям серии Intel Core i3 мы сможем сообщить ближе к анонсу этих продуктов.
Вика почему именно Intel, в чем преимущества?
Девушка-программер сама по себе у меня восторг- вы такая редкость.
Судя по должности программированием вы сами уже не занимаетесь или все же иногда «для души»?
Правда ли что Larabee должен стать большим прорывом в области графики и когда мы его увидим на своих ноутбуках?
Преимущества Интел — изначально в географии :) Фактически, это единственная компания мирового уровня, в которой я хотела бы работать, занимающаяся разработкой софта в моем родном Нижнем Новгороде. Но не только. Еще — в разнообразии доступных возможностей \видов деятельности — и это не только программирование — от решения проблем с железом до написания блогов :), в отличных технических тренингах, некоторых возможностях влиять на решения других крупных компаний (как будет работать их софт :) и в замечательных коллегах.

Программированием, я конечно же, занимаюсь. Иначе-нельзя. Один из недавних проектов — оптимизация части библиотеки IPP для Larrabee.
Рекламировать Larabee пока не буду — сейчас есть только инженерные образцы, судить по которым преждевременно. Скажу только, что до ноутбуков еще очень далеко. Первые Larabee — это не просто десктоп, а hi-end desktop.
Спасибо, Вика,

эхххх Larabee так и остается красивой мечтой
Вика, Вы инженер-консультант по работе с компаниями-разработчиками ПО. Известно, что инженерная мысль определяет заказ на программное обеспечение, хотелось бы у Вас узнать, а как в Intel стимулируются работы по созданию программ-роботов решающих проблемы с разделением данных и оптимизации приложений под микроархитектуру Intel, и каков Ваш личный прогноз на использование кэша головного мозга?
Sign up to leave a comment.