На вопросы из серии «сложно ли попасть» всегда сложно отвечать :) Все вакансии Интел — открыты, их можно увидеть, если хорошо поискать на intel.com. Там к каждой вакансии есть требования. «Корочка» не имеет никакого приоритета — это просто необходимое требование — такое же, как наличие паспорта. Приоритета опыта или знаний я не замечала — главное — ум человека, его способность работать. Интел берет на работу интернов — выпускников ВУЗов или просто студентов старших курсов, которые успешно работают в проектах, получая по ходу дела и знания и опыт :)
Про покупку компаний — именно так я и попала работать в Интел. Покупка компании — это именно приобретение новых сотрудников, прежде всего, разработчиков.
2) Larrabee я упомянула зря. Дело в том, что у нас через пару-тройку-четверку недель будет отдельная беседа про графику вообще, и Larrabee в частности, где я тоже поучаствую и отвечу на вопросы по этой теме.
Ну ладно, за свои ошибки надо отвечать :) Поэтому — отвечаю.
Точная дата выхода Larrabee неизвестна даже мне. Т.е. это даже не случай «знаю, но не скажу, а именно — не знаю». Следите за рекламой :)
Конечно же, сразу после выхода Larrabee на рынок, будет доступна его полная спецификация. Будут и драйвера, куда ж без них?
3) Larrabee — это дискретная видеокарта, состоящая из массива процессоров. Поэтому говорить об ее интергации в ЦПУ несколько странно :) Другое дело, что вообще идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро, поэтому, опять таки -следите за рекламой :)
Спасибо.
Начну с чистосердечного признания. Я узнала (прочла статью в Wikipedia) о Grand Central Dispatch только после вашего вопроса.
Но про позицию Интел могла ответить, даже не разбираясь в теме :). А именно — так как многоядерность неизбежна, под нее надо писать соответствующий софт, то Интел прекрасно относится ко всем существующим в мире технологиям параллельного программирования без исключения. Другое дело — что считать «поддержкой и развитием». Если создатели Grand Central Dispatch обратятся в Интел с просьбой о любых консультациях на тему наиболее эффективной с точки зрения железа реализации GCD, то им будет предоставлена вся необходимая помощь, как и любой другой достаточно популярной технологии.
Но не забывайте, что в мире есть множество альтернативных технологий, и, в частности, созданных Интел — OpenMP, и, главное, Threading Building Blocks (TBB), так что действовать им в ущерб никто не будет.
Я лично (еще раз — я, а не Интел) считаю, что ни GCD, ни иная подобная технология «среднего программиста программировать «параллельно»» не научит. Во-первых, потому, что это вообще трудно — неестественно для мозга, Юлии Цезари, умеющие делать несколько дел сразу, встречаются нечасто :)
А во-вторых, честно говоря, не увидела в GCD никаких революционных (обучающих?)концепций по сравнению с другими средствами параллельного программирования.
Компании-разработчики понимают, что работают не для себя, а для рынка, на котором новое железо есть. Поэтому разрабатывают для нового железа довольно охотно.
Девушек в компании -немало. В таких отделах, как HR, финансы, admins (я затрудняюсь это перевести, но это — очень-очень нужные девушки :) ) Среди технических писателей, тестеров девушек тоже много. Среди разработчиков -гораздо меньше. Я никогда не оценивала точно, но на глаз — соотношение Ж\М примерно 1 к 10.
Да, конечно, используются. В спортзале в качестве снарядов для тренировки сотрудников :) Шутка. Надеюсь, что представители AMD на нее не обидятся.
На самом деле Интел относится с огромным уважениям к своему конкуренту AMD, и постоянно использует компьютеры этой компании в качестве термометра. А вот это уже не шутка, как можно было бы подумать. Эти компьютеры используются для сравнения производительности приложений на Интел и AMD платформах. Надо же знать, кто лучше и почему. Более того, софт, создаваемый Интел (в частности, компиляторы) специально тестируется на AMD платформах, чтобы не получилось так, что на них он работает плохо. Это было бы нечестно, а может, и незаконно.
Не могу сказать про других сотрудников, но у меня дома — все процессоры Интел. Считаю их надежнее.
Что можно накосячить в простом цикле? Да что угодно. Надо смотреть ассемблер, иначе будет просто диагноз по фото :)
У xscale есть интересная штука — встроенная память с быстрым доступом, которую можно использовать под видеопамять. Так что для граммотно написанного графического софта под qvga экран там обновляется просто мгновенно.
beeruser 31 августа 2009, 17:43 # ↑↓
0>>Сегодня посмотрел winmobile-based смартфон.
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
Да, таких слов нет. Тогда я просто не поняла, при чем тут это :) Win mobile -жутко глючная штука. И мобильный линукс не лучше. Симбиан — очень давно не использовала, но пару лет назад тоже был не лучше. И есть этому свои причины, которые тут обсуждать не буду.
вот уж никакого отношения к xscale ни одно из этих прилагательных не имеет.
про «коряво и медленно»- а вы уверены, что 1. там вообще РХА? 2. там не стояло ограничение частоты процессора до 108 МГц? 3.что это — не проблема софта? я- не уверена.
я видела кучу супертормозныыых смартфонов от Нокии, и уверена, что дело там не в проце, который совсем не Интел
А привязанность тут даже не столько к xscale, сколько к arm. Очень неплохая архитектура.
Бесспорно. Но… см. пункт 2 моего комментария. Я оптимизировала xscale Open GL ES под windows mobile. От отсутствия float никто не пострадал :). Хотя, еще раз, я осознаю, что эти проблемы теоретически возможны.
преимущества fp есть, конечно. кто ж спорит с очевидным. и видны они, если экран достаточных размеров (чего нет на КПК), либо в приложениях, которых на кпк или нет совсем, или 0.1% — все научные расчеты (там даже двойной точности не хватает), финансовые, медицинские и тп.
>>Нечитабельные исходники и куча сдвигов туда/сюда либо
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
С таким, программируя под Xscale, не встречалась никогда. Хороший компилятор, однако. Без проблем брал обычный код с fp и переводил его в то, что надо.
Про ограниченный диапазон — согласна, есть такой момент, но тоже на практике, работая с разными производителями софта, никогда не встречалась. видимо, нечасто бывает.
Забавно. Т.е. для вас это получается модель с виртуализацией — не с двумя CPU, а, фактически, с двумя ОС. Тогда -да, она смысл имеет. Но если дело только в одной программе для безопасного интернет-банкинга, то интересно бы послушать эксперта по безопасности ( я им не являюсь). Может, есть и для win подобные решения.
Быстрая загрузка — только в режиме ARM. Откуда взяться быстрой загрузке обычных Windows? Она будет обычной.
А под возней я понимаю саму перезагрузку системы :). Про безопасность — не поняла. Т.е. вы полагаете, что у х86 ее нет, но у ARM — есть?
Сдаюсь :)
но, все равно, такие девайсы были совсем не массовыми. Примерно, как самолеты :) Повторюсь, из компонент того времени такие штуки нельзя было собрать даже с доработкой напильником :(
Про покупку компаний — именно так я и попала работать в Интел. Покупка компании — это именно приобретение новых сотрудников, прежде всего, разработчиков.
Ну ладно, за свои ошибки надо отвечать :) Поэтому — отвечаю.
Точная дата выхода Larrabee неизвестна даже мне. Т.е. это даже не случай «знаю, но не скажу, а именно — не знаю». Следите за рекламой :)
Конечно же, сразу после выхода Larrabee на рынок, будет доступна его полная спецификация. Будут и драйвера, куда ж без них?
3) Larrabee — это дискретная видеокарта, состоящая из массива процессоров. Поэтому говорить об ее интергации в ЦПУ несколько странно :) Другое дело, что вообще идея интеграции графики\графических ядер в ЦПУ развивается, такие процессоры будут уже скоро, поэтому, опять таки -следите за рекламой :)
Начну с чистосердечного признания. Я узнала (прочла статью в Wikipedia) о Grand Central Dispatch только после вашего вопроса.
Но про позицию Интел могла ответить, даже не разбираясь в теме :). А именно — так как многоядерность неизбежна, под нее надо писать соответствующий софт, то Интел прекрасно относится ко всем существующим в мире технологиям параллельного программирования без исключения. Другое дело — что считать «поддержкой и развитием». Если создатели Grand Central Dispatch обратятся в Интел с просьбой о любых консультациях на тему наиболее эффективной с точки зрения железа реализации GCD, то им будет предоставлена вся необходимая помощь, как и любой другой достаточно популярной технологии.
Но не забывайте, что в мире есть множество альтернативных технологий, и, в частности, созданных Интел — OpenMP, и, главное, Threading Building Blocks (TBB), так что действовать им в ущерб никто не будет.
Я лично (еще раз — я, а не Интел) считаю, что ни GCD, ни иная подобная технология «среднего программиста программировать «параллельно»» не научит. Во-первых, потому, что это вообще трудно — неестественно для мозга, Юлии Цезари, умеющие делать несколько дел сразу, встречаются нечасто :)
А во-вторых, честно говоря, не увидела в GCD никаких революционных (обучающих?)концепций по сравнению с другими средствами параллельного программирования.
На самом деле Интел относится с огромным уважениям к своему конкуренту AMD, и постоянно использует компьютеры этой компании в качестве термометра. А вот это уже не шутка, как можно было бы подумать. Эти компьютеры используются для сравнения производительности приложений на Интел и AMD платформах. Надо же знать, кто лучше и почему. Более того, софт, создаваемый Интел (в частности, компиляторы) специально тестируется на AMD платформах, чтобы не получилось так, что на них он работает плохо. Это было бы нечестно, а может, и незаконно.
Не могу сказать про других сотрудников, но у меня дома — все процессоры Интел. Считаю их надежнее.
У xscale есть интересная штука — встроенная память с быстрым доступом, которую можно использовать под видеопамять. Так что для граммотно написанного графического софта под qvga экран там обновляется просто мгновенно.
0>>Сегодня посмотрел winmobile-based смартфон.
В этих словах вроде как нет ни одного слова «PXA», «XScale» и т.д. или я ослеп?
Да, таких слов нет. Тогда я просто не поняла, при чем тут это :) Win mobile -жутко глючная штука. И мобильный линукс не лучше. Симбиан — очень давно не использовала, но пару лет назад тоже был не лучше. И есть этому свои причины, которые тут обсуждать не буду.
вот уж никакого отношения к xscale ни одно из этих прилагательных не имеет.
про «коряво и медленно»- а вы уверены, что 1. там вообще РХА? 2. там не стояло ограничение частоты процессора до 108 МГц? 3.что это — не проблема софта? я- не уверена.
я видела кучу супертормозныыых смартфонов от Нокии, и уверена, что дело там не в проце, который совсем не Интел
А привязанность тут даже не столько к xscale, сколько к arm. Очень неплохая архитектура.
тупое полагательство на темплейтные библиотеки с вытекающими проблемами производительности.
С таким, программируя под Xscale, не встречалась никогда. Хороший компилятор, однако. Без проблем брал обычный код с fp и переводил его в то, что надо.
Про ограниченный диапазон — согласна, есть такой момент, но тоже на практике, работая с разными производителями софта, никогда не встречалась. видимо, нечасто бывает.
иначе его бы никто не купил :)
А под возней я понимаю саму перезагрузку системы :). Про безопасность — не поняла. Т.е. вы полагаете, что у х86 ее нет, но у ARM — есть?
но, все равно, такие девайсы были совсем не массовыми. Примерно, как самолеты :) Повторюсь, из компонент того времени такие штуки нельзя было собрать даже с доработкой напильником :(