Bloomberg: Apple выпустит Mac с процессором собственного производства вместо чипа от Intel в 2021 году Статьи редакции

Компания хочет получить больший контроль над производительностью собственных устройств, отмечает агентство.

Apple разрабатывает три собственных процессора для компьютеров Mac на базе чипов A14, которые появятся в будущих моделях iPhone, сообщает Bloomberg со ссылкой на источники.

Компания хочет выпустить первый компьютер на собственном процессоре уже в 2021 году. Собирать новые чипы будет Semiconductor Manufacturing, тайваньский партнёр Apple по производству процессоров для iPhone и iPad, говорят собеседники издания.

Так Apple стремится получить больший контроль над производительностью собственных устройств и конкурентное преимущество, пишет Bloomberg. В частности, Apple перестанет зависеть от Intel, нынешнего поставщика процессоров для Mac.

Intel с трудом поддерживает ежегодный прирост производительности, который сама предлагала, утверждает Bloomberg. Это станет ударом по репутации Intel, пишет издание.

Переход на собственные разработки процессоров Apple, скорее всего, начнёт с нового ноутбука, поскольку первые чипы для Mac не смогут конкурировать с производительностью, которую Intel обеспечивает для MacBook Pro, iMac и настольных компьютеров Mac Pro, отмечает Bloomberg.

Первые процессоры для Mac будут включать восемь высокопроизводительных ядер с кодовым названием Firestorm и минимум четыре энергоэффективных ядра Icestorm. В будущем Apple планирует выпускать процессоры более чем с 12-ю ядрами, отмечают источники издания.

Представители Apple и Intel отказались от комментариев.

0
163 комментария
Написать комментарий...
Злой Полушубок

Далеко не весь софт есть под ARM платформу. И это создает проблемы. Захочет ли Адоб возиться с портированием своего софта на ARM или скажут кушайте версию для айПада?
Много разработчиков используют маки и тут тоже встает вопрос с специфическим софтом.

Второй вопрос: а они все свои компы собираются переводить на ARM? И Mac Pro? Или будут сидеть на 2-х стульях?

Ответить
Развернуть ветку
Bulat Ziganshin

странно почему для айпада они совсем новый софт написали, а для макбука портировать не захотят

Ответить
Развернуть ветку
Злой Полушубок

Для айпада доступен сильно урезанный фотошоп. И тут получается или такой же обрезанный делать для макбуков на АРМ или портировать полноценный фотошоп на АРМ. И решение будет зависеть от ответа на второй вопрос - Mac Pro и iMac останутся на интелах или перейдут на АРМ.

Ответить
Развернуть ветку
Bulat Ziganshin

правильно написанный софт уже портабелен

Ответить
Развернуть ветку
Злой Полушубок

А вы можете сказать в чем отличие модели памяти ARM от x86?

Ответить
Развернуть ветку
Bulat Ziganshin

нет. а вы понимаете, что когда вы пишете на ЯВУ - вы используете модель памяти этого языка, а не процессора?

Ответить
Развернуть ветку
Злой Полушубок

Вот только фотошоп не написан на Яве и не может быть на ней написан, в силу того что это очень критичное к производительности приложение.
И тут выясняется что у С++ модели памяти нет, она зависит от целевой платформы. И значит или надо писать версии кода для критичных к производительности участков. Плюс надо ловить всякие специфичные баги, типа https://habr.com/ru/post/320342/

Когда мигрировали с Power на x86 там было ясно ради чего - обобщение кодовой базы с Windows портом. А тут сильно непонятно зачем поддерживать платформу с непонятным перформансом и охватом пользователей.

Ответить
Развернуть ветку
Make Luv

Кмк ЯВУ тут это язык высокого уровня, а не, прости господи, жава.

Ответить
Развернуть ветку
Злой Полушубок

C++ - ЯВУ? ЯВУ!
Но там нет своей, независимой от целевой платформы архитектуры памяти.

Ответить
Развернуть ветку
Bulat Ziganshin

этот вывод ты сделал на основании одной статьи?

Ответить
Развернуть ветку
Злой Полушубок

До C++ 11 там вообще её не было, после появилась но поддержка но не полная, например hardware_destructive_interference_size поддержиается MSVC но не GCC, а вот с Coroutines наоборот.

А ещё есть другие приколы: можно сделать CAS на 128 битные данные и где-то это будет честный CAS, а где-то будет lock - просто платформа не обеспечивает такого. Семантика соблюдена, а производительность идет по бороде.

Ответить
Развернуть ветку
Nikolay Kapustin

Булат просто троллит словом ЯВУ, наверно ему это помогает в написании архиватора)

Ответить
Развернуть ветку
Bulat Ziganshin

мне кажется, что просто кодеры должны знать своё место и не лезть в теоретические разговоры. то что ты приносишь пользу бизнесу, не желает тебя автоматически компетентным во всей CS, что мы и имеем счастье наблюдать. "троллить" собеседников терминами из CS - это сильно LOL

Ответить
Развернуть ветку
Nikolay Kapustin
Ответить
Развернуть ветку
Bulat Ziganshin

про хабр - оказалось что модель памяти недостаточно гибка чтобы правильно описать эти процы. это не означает что все проги на плюсах стали непереносимыми )))

Ответить
Развернуть ветку
Злой Полушубок

Про "все проги на плюсах стали непереносимыми" - это ваша личная фантазия. Я писал про одно конкретное семейство. И вот оно переносимо с большими усилиями.
А хеловорд - конечно переносим, кто же спорит.

Ответить
Развернуть ветку
160 комментариев
Раскрывать всегда