Intel сняла ролики с персонажем-пародией на Mac из рекламы со сравнением Apple и PC Статьи редакции
Это ответ на рекламу Apple, которая осенью показала персонажа PC на презентации новых MacBook на ARM.
Актёр Джастин Лонг, который играл «Mac guy» в рекламе Apple в 2000-ых, снялся в рекламе Intel — в роликах он рассказывает о преимуществах PC над Mac, пишет The Verge.
Лонг снимался в рекламе Apple «Mac против PC». Он играл роль компьютера Mac, который был лучше своего аналога. Видео Лонг часто начинал с фразы «Привет, я Mac». Роль PC играл актёр Джон Ходжман.
Рекламные ролики Intel Лонг начинает с фразы «Привет, я… Джастин — реальный человек, который делает реальное сравнение между Intel и Mac». Видео сняты на типичном белом фоне, который был в рекламе Apple.
В рекламе Лонг показывает преимущества PC над Mac. В одном из видео он, например, обращает внимание на то, что ноутбуки Intel могут стать также планшетами, а пользователям Mac нужно покупать планшет, клавиатуру, стилус и так далее. В другом актёр говорит, что «на Mac на самом деле никто не играет».
В ноябре Apple сняла рекламу с Джоном Ходжманом — актёром, который играл ПК. В нём он рассказывал о преимуществах MacBook M1 на базе Arm, например, ноутбук от Apple дольше работает без подзарядки.
Выпущенные тогда же MacBook Air, MacBook Pro и Mac Mini стали первыми, в которых использовались собственные процессоры Apple M1. До этого компания сотрудничала с Intel.
Вот этот кадр прям играет в обратную от PC сторону))
Комментарий недоступен
Это не разнообразие, это называется «зоопарк»
А если бы была только одна марка автомобилей это было бы хорошо? Просто разные модели. И вдруг на видео разные автомобили. Это тоже зоопарк?
Комментарий недоступен
А что такое "оптимизация софта под девайс"? Я, как разработчик, не очень представляю, что можно сделать с finder / terminal.app / pages, что улучшило бы его работу на конкретном устройстве.
Если что, байтоёбством с обращением к конкретным инструкциям никто не занимается в прикладном софте — это задача компилятора, а ему без разницы, под какое количество процессоров оптимизированные блоки кода вставлять.
А вы на чем разработчик?
Как минимум, можно написать нормальные драйвера, с чем на Windows всегда были проблемы, т.к. этим занимается не Microsoft а разработчики железа. Большинство синих экранов смерти обычно как раз из-за драйверов возникает.
Другая проблема на винде - аппаратное ускорение для приложений, особенно на встроенном видео от Intel. Зная конкретные видеокарты можно много всего оптимизировать. Возможно видели в истории изменений для драйверов видеокарт багфиксы конкретных игр? Для некоторого софта тоже приходится отключать аппаратное ускорение чтобы он нормально работал.
Ну и самое очевидное - MacOS не приходится тащить 32-битное legacy как на винде. То что Microsoft не сделали Windows 10 только 64-битной это провал, хотя и понятно почему они это сделали - стояла задача всех на 10 винду перетащить. Но из-за них мне сейчас в текущем проекте приходится два инсталлятора делать, например.
Ну и в компиляторе тоже можно разные галочки поставить, если знать что это только Intel и только Core, а не всякие бюджетные недопроцессоры.
У меня для вас плохие новости, но
* драйверы под macOS точно так же делают разработчики устройств
* драйвер, в целом, является лишь реализацией интерфейса — тайных знаний у сотрудников компании, делающей ОС, нет.
Зная конкретные видеокарты можно много всего оптимизироватьНа Mac'ах стоят точно такие же интеловские и AMDшные GPU, причём не ограниченные десятком моделей — eGPU весьма популярны и позволяют впихнуть практически любую карту. Этот аргумент для Mac'ов в целом невалиден.
По фичам — так вообще, на Intel / AMD с ними не очень. На NVidia можно было бы опереться на CUDA / PhysX / DLSS / очередную горячую технологию, но с маками мы этого не наблюдаем(за исключением свежего M1, но это граничный кейс).
Возможно видели в истории изменений для драйверов видеокарт багфиксы конкретных игр?Не думаю, что когда-либо читал ченджлоги драйверов. It just works, как говорится.
Для некоторого софта тоже приходится отключать аппаратное ускорение чтобы он нормально работал.Никогда не сталкивался. Пример?
Ну и в компиляторе тоже можно разные галочки поставить, если знать что это только Intel и только Core, а не всякие бюджетные недопроцессоры.x86-64 же везде, библиотеки умеют в feature detection, чтоб SIMD использовать корректно, а дальше не заоптимизировать и на маке — если собрать под конкретный march, оно на старых моделях отвалится.
Ну и самое очевидное - MacOS не приходится тащить 32-битное legacy как на винде.* WoW64 есть не просит, не вижу, как оно мешает.
* Для реальных пользователей, как разработчику софта, можно обычно не заморачиваться и собирать исключительно под x64 — steam hardware survey говорит о целых 0.28% пользователей на 32-битных OS.
Но из-за них мне сейчас в текущем проекте приходится два инсталлятора делать, например.А смысл? По моему опыту, в дистрибутивах пользовательского софта большую часть занимают ресурсы, а бинари находятся в пределах погрешности и можно таскать все версии с собой без заметного оверхеда. Собственно, Apple как раз практикует такой подход с их universal binary.
Но их намного меньше и контроль намного тщательнее.
драйвер, в целом, является лишь реализацией интерфейса — тайных знаний у сотрудников компании, делающей ОС, нет.То есть вы верите что там все нормально задокументировано и работает как задумано? Как человек, работающий с технологиями MS почти 20 лет могу сказать, что там и сотрудники похоже уже плохо понимают как там в этом legacy что работает. )
Насчет GPU список все-таки в десятки раз меньше того что приходится поддерживать Microsoft. И eGPU вроде тоже только AMD, разве нет?
Никогда не сталкивался. Пример?Я уже не помню где именно это было, но не один раз пришлось выключать. Но погуглив навскидку, вот, например:
x86-64 же везде, библиотеки умеют в feature detection, чтоб SIMD использовать корректно, а дальше не заоптимизировать и на маке — если собрать под конкретный march, оно на старых моделях отвалится.https://support.mozilla.org/bm/questions/1075185
Ну так последние MacOS тоже не все маки поддерживает, хотя достаточно старые модели. Думаю все же какую-то оптимизацию им удается делать.
WoW64 есть не просит, не вижу, как оно мешает.Поддержка двух дистрибутивов самой винды, драйверов, многих приложений (того же офиса, например).
Для реальных пользователей, как разработчику софта, можно обычно не заморачиваться и собирать исключительно под x64 — steam hardware survey говорит о целых 0.28% пользователей на 32-битных OS.Если игры писать - да. Все остальное - пока нет. И насколько было бы проще, если бы я знал что Windows 10 это значит x64.
А смысл? По моему опыту, в дистрибутивах пользовательского софта большую часть занимают ресурсы, а бинари находятся в пределах погрешности и можно таскать все версии с собой без заметного оверхеда. Собственно, Apple как раз практикует такой подход с их universal binary.Вопрос не столько в объемах, сколько в том что в принципе приходится этим заморачиваться. Но и объем это тоже неприятно. Мне вот сейчас приходится WebView2 таскать и он сам по себе не маленький, а если еще и две версии в один инсталлятор пихать, то совсем неприятно будет.