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 отказались от комментариев.

{ "author_name": "Лиана Липанова", "author_type": "editor", "tags": ["\u043d\u043e\u0432\u043e\u0441\u0442\u044c","\u043d\u043e\u0432\u043e\u0441\u0442\u0438","intel","apple"], "comments": 163, "likes": 56, "favorites": 14, "is_advertisement": false, "subsite_label": "tech", "id": 122517, "is_wide": false, "is_ugc": false, "date": "Thu, 23 Apr 2020 16:14:56 +0300", "is_special": false }
Маркетинг
Лояльность к бренду и как её построить
Существует множество руководств для увеличения вашей аудитории и привлечения новых пользователей. Когда вы работаете с…
Объявление на vc.ru
0
163 комментария
Популярные
По порядку
Написать комментарий...
44

Пизда хакинтошу

Ответить
2

Зависит от деталей. У Apple огромный парк устройств, которые нужно обслуживать, в том числе обновлениями ОС. Вряд ли компания готова к буре говна, которая поднимется после пресс-релиза вроде "Для обновления macOS на вашем Mac Pro за три миллиона необходимо купить новый компьютер".

Ответить
0

Такого пресс-релиза не будет. Просто после обновления на новую MacOS Mac Pro начнёт жутко тормозить.

Ответить
0

то-то 10.4 и 10.5 выходили с поддержкой как power pc, так и intel, а 10.6 поддерживала приложения для powerpc

Ответить
0

Лет через… 5 как минимум, думаю. Когда последняя версия Mac Pro на интеле не получит очередного обновления mac os. 

Ответить
26

А еще это хороший маркетинговый ход
Теперь сложнее будет пинать эпл за то, что в аналогичной конфигурации виндовый ноут стоит в 2 раза дешевле.

Ответить
48

Аналогичные решения в аналогичном корпусе продаются по аналогичным ценам.

Ответить
7

и тем не менее эпл все равно пинают за завышенные цены

Ответить
11

ну асер с селероном же дешевле

Ответить
0

А зачем тогда покупают?

Ответить
5

не знаю, существуют разные версии: дураки, понторезы, геи, просто нравится
какую выбираешь?

Ответить
5

а можно всех посмотреть?

Ответить
0

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

единственный конкурент макбукам - серия dell xps или линейка майкрософта surface, которая стоит аналогично или даже больше.

Ответить
–1

huawei matebook x pro несмотря на смешное название уделывает макбуки по всем (в том числе и качество сборки) параметрам

Ответить
1

Даже если не обращать внимания на весьма спорное "уделывает по всем параметрам", этот ноут стоит 130к и находится в той же ценовой линейке, что и макбуки про, с которых на 99% и списан. Что же стало с первым тезисом "в аналогичной конфигурации виндовый ноут стоит в 2 раза дешевле"?

Ответить
2

Всего 130 тыс
при этом 13 прошка с подобным железом стоит (тадам!! почти в 2 раза) 232 тыс)))

Ответить
0

Если спрос есть, то почему бы и не продавать по завышенным ценам? Это же рынок.

Ответить
22

Да это и сейчас тяжело делать. Если сравнивать честно конфигурацию, а не из серии возьму я старый проц на Али за 2к рублей. Ну а чё и там и тут 4-6 ядер, зачем мне процессор как у эпл за 20к

Ответить
33

Ну как бы не новость, слухи уже годы муссируются. iPhone 11 уже в тестах производительности браузера обгоняет Макубуки, логично использовать более быстрый и энергоэффективный процессор и в ноутбуках. Отсюда же тренд на сближение Mac OS и iPad OS.

Ответить
17

Ага сижу тут в гонки играю между браузерами своего мака и айфона. Охуеваю как разъебывает один другого, очень зрелищно!

Ответить
8

Больше интересно, что они сделаю с архитектурой х86(хз можно ли ее будет использовать) Если они будут использовать свою собственную, то мак превратиться в большой айпад, и он уже никому нужен не будет

Ответить
4

C чего это они перестанут быть нужны? Будут востребованы, пока физически не выйдут из строя. У меня Power Mac G5 2003 года включается раз в неделю и делает бэкап всех ноутов и компов в доме, Mac Mini 2007 года круглосуточно пишет камеру наблюдения и заодно служит медиасервером и файлопомойкой - торрентокачалкой. Уж не говорю про более современные аппараты. Рядовой пользователь и не заметит смены платформы, если ему об этом не сообщат специально. 

Ответить
2

они уже дважды меняли архитектуру и ничего. будет как обычно бинарная трансляция, благо что x86->arm и без того очень популярная тема

Ответить
1

Лицензируют x86-64 у АМД, тем это даже на руку будет.

Ответить
0

x86 использовать можно,  x86_64 пока нельзя.

Ответить
0

откуда информация? и как будет реализовано? бинарная трансляция?

Ответить
2

Я не знаю, как именно будет релизовано в будущем продукте, существующем на уровне слухов, но скорее всего, реализация будет схожей с той, что используется в Windows 10 на Qualcomm Snapdragon. Мой же комментарий был насчет использования архитектуры х86 и х86-64, поскольку у последней, как мне кажется, еще не вышел 20 летний срок после подачи патента,  возможно  скоро истечет. 

Ответить
5

Такое себе сравнение. Когда дело дойдет до реальной работы(расчеты с плавающей точкой и т.д.), то будут совсем другие результаты.

Ответить
–2

ну так есть же geekbench)

Ответить
2

Постепенно придём к тому, что будет одна система - в телефоне. Всё остальное будет лишь расширением, - монитор, клавиатура, тачпад. Нужна высокая мощность для специфических вычислений, видеорендеринга, значит берёшь монитор с дополнительными процессорами, возможно потребуется физический контакт телефона и монитора, занимаешься повседневными делами, текстом, изображениями хватит и просто телефона с беспроводной коммутацией с любым дисплеем и средствами ввода-вывода.

Ответить
2

Звучит удобненько

Ответить
1

И уже можно попробовать на некоторх моделях самсунг и хуавей.

Ответить
1

Крутая концепция, со временем придем к такому, а в случае дефицита мощностей - вычисления в облаке.

Ответить
1

Desktop mode на самсунге или хуавей уже есть. Сам пишу это сообщение с Dex.

Ответить
0

Это было в винфоне года 3 назад, но МС как всегда опередила время.
https://www.microsoft.com/ru-ru/windows/continuum 

Ответить
0

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

Ответить
2

в тестах производительности браузера

Как же это смешно звучит в 21-м веке

Ответить
11

История циклична.
PowerPC 2? :)

Ответить
8

Нет, сейчас другое время, раньше в эпоху до смартфонов и легких ноутов топили за универсальность, которую давал х86, а сейчас по факту массовому рынку мобильных решений (смартфоны и достаточный % ноутов) это особо и не надо + х86 имеет много минусов для мобильных решений, например, они жрут много электричества и греются, ARM лишён этого.

Так что сейчас все шансы выстрелить с дешевым MacBook начального уровня на допиленной iPadOS, который будет жить дольше текущего air, весить меньше, а по производительности в основных программах не уступит или будет быстрее.

Ответить
5

ARM жрет не меньше. Мы тестируем практически все решения на ARM/Power/AMD64 для наших серверных разработок. Все эти революционные сверхэнергоэффективные решения на ARM либо дают меньшую производительность на ватт, либо греются сильнее Intel. Единственный конкурент в плане потребления энергии сейчас AMD. IBM вообще мутные чуваки и очень долго телятся, когда им указываешь что вот тут и там есть проблемы.

Ответить
1

Я ставлю на гибридные ядра. При тесной интеграции софт\железо, Апол это именно та контора у которой может получится.

Ответить
0

Гибридные с чем? Arm с dsp? Оно так и работает. Если говорить про x86, то такое если и возможно, то я бы предположил что возможно это был бы VLIW какой-то. Но для всего этого нужна лицензия на дополнительную архитектуру, которую и получить сложно и стоит дорого. 

Ответить
0

Скорее всего он неправильно выразился. Имел в виду вертикальное производство, когда Эппл делает и софт и железо. За счёт этого выше производительность на Ватт.

Ответить
1

Это само собой разумеется, я про архитектуру железа именно.

Ответить
0

Я имел в виду наследие x86 да. Но как сделают в итоге = будем посмотреть.

Ответить
–2

Яблокам некуда деньги девать? Был же уже переход с PowerPC. Все эти переезды, это же огромные затраты на разработку, тестирование, внедрение. А в чем профит? Я не думаю, что они что-то принципиально нового от Intel запилят. 

Ответить
20

Набрались опыта на процессорах для айфонов

Ответить
18

Был же уже переход с PowerPC. 

C PowerPC переход был потому, что IBM тогда зафейлила следующее поколение процов. Это кстати, как мы видим, было очень удачное решение. 

Яблокам некуда деньги девать?

А в чем профит? 

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

Ответить
0

Так сейчас тоже самое происходит с Интелом как тогда с ИМБ. С тем отличием что теперь своя архитектура есть.

Ответить
0

PowerPC вообще-то разрабатывал консорциум компаний: Моторола, ИБМ и ... Эпл

Ответить
0

Ну судя по презентации первого интел компа, вопрос был в адском нагреве и пожирании электричества в том числе

Ответить
2

Да, Яблокам некуда деньги девать.

Ответить
2

200 ярдов ляшку жгут

Ответить
7

удар по производителям охлаждающих подставок под ноуты :)

Ответить
2

Что с приложениями все переписывать? Достаточно перекомпилировать? Будет совместимо из коробки? Сделают эмулятор? Придумают свой .NET?

Ответить
12

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

Ответить
1

ржака, пиши еще

Ответить
6

Так в Каталине больше нет 32-битных приложений. А 64-битные можно запустить через низкоуровневый эмулятор.

Ответить
3

Низкоуровневый эмулятор будет заметно медленнее нативного приложения. Делать на уровне процессора, можно, но дальше демо не пойдет. Уже была попытка Qualcomm + Microsoft, были демо, анонсы, а потом Intel расчехлил патенты. Поэтому только пересборка. Тут им конечно может помочь выстроенная инфраструктура AppStore, но разработчикам придется поприседать, особенно тем, кто использовал спецефичные процессорные инструкции Intel/AMD.

Ответить
–1

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

Ответить
1

В целом да, верно. Только не фреймворк, а скорее язык. Тут речь больше о профессиональном софте, который требует специфичных вызовов. Например SSE/SSE2 для ускорения вычислений, на ARM есть аналог, но это надо адаптировать библиотеки.

Ответить
–1

Таких приложений со спецификой около 1% наверно. А олдфагам не привыкать 2 архитектуры поддерживать.

Ответить
–1

То есть можно не париться все будет работать и переход произойдет незаметно? А то отказ от Майкрософта и произошел из-за того что каждые два года надо переделывать все.

Ответить
0

Вангую что для пользователей всё произойдёт незаметно. Какие-то приложения могут отвалиться, но не массово.

Ответить
6

Apple, по-моему, единственная IT-компания в истории, которая смогла три раза кардинально, без совместимости, поменять архитектуру и при этом не потерять, а приобрести пользователей.

Как и все, они могут делать ошибки, но чего у них не отнять — Apple буквально заставляет пользователей обновляться и даёт возможность заработать разработчикам на новых фишках (ну и себя не забывает).

В Xcode добавят опцию, в Mac Catalyst будет возможность собирать под новую платформу.  Разработчики подтянутся.

Ответить
1

два раза

Ответить
–1

1984: Apple DOS (MOS 6502) —> System 1.0 (Motorola 68000)
1994: —> System 7 (PowerPC)
2006: —> Mac OS X (Intel)

Да, я олдфаг.

Ответить
1

apple2 - это другой продукт, мак не выполнял его проги без спецкарты. так что извини, на олдфага не тянешь, максимум - на бумера )))

Ответить
1

у них на Маках аудитория не была такой огромной как на Винде.

Ответить
–1

Конечно, да и сейчас доля macOS меньше доли Windows, хотя теперь важнее прибыль с мобильных устройств.

Но мы же не об этом.  Просадки были, но в целом аудитория Applе постоянно росла с 1976 года, несмотря на три смены архитектуры:

https://www.statista.com/chart/4574/apples-revenue-since-1977/

Ответить
1

если взглянуть на график, то видно что в 90-х она сокращалась. а вообще рост аудитории связан с ростом рынка в целом, в процентах у них в 90-м были те же 10%, что и сейчас на рынке ПК

Ответить
0

странный вопрос. приложения пишутся на ЯВУ, если у вас нет архитектурных зависимостей - они и сейчас переносимы

Ответить
4

Лови андроидщика!

Ответить
2

лови школоту :(

Ответить
3

школота карбон помнит, и ЯВУ никогда как аббревиатуру не употребляет (не с руки пользоваться русскоязычными терминами в ИТ и данный конфуз сие лишнее подтверждение)

Ответить
0

а ИТ - это на каком языке? сей конфуз подтверждает только твою некомпетентность и нежелание признать это, увы

Ответить
0

Чего Вы сразу обзываете. Нет никакой Явы в Apple. Приложения пишут на улучшенной версии языка Си (Objective-C) или сейчас сделали разновидность Питона с названием Swift.

Ответить
8

С разновидности питона орнул

Ответить
0

Ну я нашел много похожего. Хотя это конечно связано с индивидуальными особенностями.

Ответить
0

А основная разница в чем нашли?

Ответить
0

Понравились гуарды. Прям отличная идея.

Ответить
0

ты еще на цитфорум ссылку дай или на БСЭ

Ответить
0

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

Ответить
0

Относительно ЯВУ я не совсем понял зачем Вы вспомнили редчайший термин в разработке из теории и университета и какое он отношение имеет к теме?Переносимость все равно будет обеспечена за счет трансляции кода в новый ассемблер. Это потребует восстановление процессов разработки для приложений у которых эта разработка прекращена. Так что термином выпендрился, а зачем это сделал так и непонятно.

Ответить
0

ну вот окончи вуз, тогда поймёшь как использование ЯВУ делает программу переносимой. ради таких знаний в вузах ведь и учатся, верно? свою яву ты можешь и в школе изучить

Ответить

Комментарий удален

0

Ты вот ВУЗ окончил, но так и не понял, что ЯВУ не дает переносимости между платформами без перекомпиляции. Чего толку было ерепениться?

Ответить

Комментарий удален

Комментарий удален

Комментарий удален

0

Это очередной слух. А вы хотите конкретики так, словно это официально анонсировали.

Ответить
0

Один раз слух, два раза утечка, а третий раз скажут значит уже готов прототип ;)

Ответить
0

Перекомпилировать. У них уже давно есть свой дотнет(LLVM)

Ответить
5

Это был вопрос времени

Ответить
2

Вполне может называться iBook :) Я думаю, что в итоге все устройства переедут на процессоры Apple. Бренд Mac останется для настольных компьютеров iMac и Mac mini. Ноутбуки первыми уйдут от x86 — MacBook в течение нескольких лет может исчезнуть как бренд. В итоге будем иметь iBook вместо MacBook, но с очень похожим дизайном, только тоньше за счёт того, что уберут вентиляторы, и iMac как огромный iPad на базе iOS. Переход при этом будет намного более плавным, чем это было с Power PC — резко MacBook из продажи не уберут, потому что с ними всё и так хорошо.

Переход будет очень интересным. Главный вопрос — как быстро перепишут профессиональный софт.

Но, конечно, аналитеги скажут, что это начало конца Apple, при Джобсе такого не было и дальше по списку.

Ответить
3

громче всех завоет блаженный придурок м.эртазин

Ответить
0

В прошлый раз на адаптацию архитектуры ушло где-то года 3-4.

Ответить
0

iBook - название для читалки. Либо ipad можно было бы так именовать)

Ответить
–1

С iBook Apple начала линейку ноутбуков: https://ru.wikipedia.org/wiki/IBook

Ответить
0

Поправка — началось всё далеко не с iBook, а по большому счёту с PowerBook в 1991. С iBook началась историю ноутбуков при возвращении Джобса. 

Ответить
3

Уж что что, а с энергоэффективностью всё у их процессоров будет круто

Ответить
3

Давно пора, intel уже не вывозит, минимальный прирост мощности последнее время в маках...мб их собственные ARM исправят эту ситуацию

Ответить
0

а чего с амд не сдружились? видео же все равно от них будет

Ответить
6

ARM более энергоэффективны плюс возможность для Apple делать кастомные чипы под свои задачи. Ну и выгодней своих инженеров загрузить, чем заказывать на стороне.

Ответить
2

+ выше безопасность будет в ноутах

Ответить
0

А безопасность тут почему?

Ответить
1

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

Ответить
0

+ выше интеграция - спящие режимы и прочие плюшки под которые сейчас яблочники подстроились

Ответить
–1

АМД им МакПро будет делать

Ответить
2

ой, жду просадок производительности в ближайшее время, пока все разработчики не будут персонально писать нативные приложения под этот проц пройдет не мало времени(

Ответить
–1

Если архитектура софта достаточно современная, то там делать не много. В прошлый раз переезд занял года 3. Когда разрабам надо было поддерживать специфичные какие=то штуки в обеих архитектурах. Потом старье просто закрыли и все.

Ответить
–1

У них уже почти все кроссплатформенное(metal к примеру, LLVM, catalyst) Старые драйвера отвалятся и все, пользовательские приложения особенно на свифте перекомпилируются без допиливания

Ответить
1

Скорее всего перейдут тогда когда ARM сможет запускать x86 в режиме эмуляции с приемлемой скоростью. С учетом роста скорости ARM и практически остановке развития Intel будет это довольно скоро. 

Ответить
0

Скорее всего перейдут тогда когда ARM сможет запускать x86 в режиме эмуляции с приемлемой скоростью. С учетом роста скорости ARM и практически остановке развития Intel будет это довольно скоро.

Смешная шутка. x86 процессоры за последние четыре года реальную производительность очень сильно ускорились, а АРМ, мех. С крошечным ТДП производительности можно не ждать. А уж как софтописцы будут оптимизировать свой софт для АРМ. Ухъ 

Ответить
0

где x86 увеличили скорость? tiger против sky - +25%, арм столько же даёт каждый год

Ответить
0

увеличили производительность путем запихивания большего числа ядер? :)) так себе.

Ответить
0

а ARM как-то иначе производительность увеличивает? последний раз это было добавление high perfomance ядер и повышение частоты

Ответить
0

иначе. каждый год выходят новые ядра, ты читал их обзоры?

Ответить
0

Мак не умеет и x86 запускать. Только 64. Не будет никакой эмуляции. Все приложения на metal/LLVM будет перекомпилироваться одной кнопкой и работать на нативной скорости

Ответить
0

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

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

Ответить
2

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

Ответить
2

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

Ответить
0

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

Ответить
0

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

Ответить
2

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

Ответить
1

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

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

Ответить
1

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

Ответить
1

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

Ответить
–1

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

Ответить
0

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

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

Ответить
0

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

Ответить
0

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

Ответить
0

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

Ответить
0

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

Ответить
–1

Полностью поддерживаю. Хотя и помню все "прелести" перехода с PowerPC на Intel.

А учитывая что в Intel (как выяснилось) присутствует неустранимая уязвимость, это был вопрос времени для Apple.

Ответить
4

да эти уязвимости везде

Ответить
1

Давно пора

Ответить
1

Сама идея локализации сборочных единиц не очень! Будут страдать технологии

Ответить
1

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

Ответить
–2

Красавы

Ответить
–1

Интересно, что будет с публикой, которая ставит первым делом на мак винду (при этом затирают про качество яблочного СОФТА, ахаха) или большую часть времени проводит в виртуалке с той же б-гомерзкой?

Ответить
1

Интересно как сделают виртуалку винды. Тупо 2 физ ядра под винь, остальное под хост систему?

Ответить
1

А хотя не, посмотрел, начиная с ARMv8 виртуализация поддерживатся

Ответить
0

Сделать-то не штука, вопрос в скорости работы. Так-то уже и на arm ведрофоне можно x86 заэмулить, вопрос зачем?

Хотя кого я обманываю, это же Эппл - людям понравиться даже, если в релизе будет ipados в форумфакторе ноутбука: скажут нормальный софт нинужен. Тут даже статья была про новый Айпад со схожим посылом.

Ответить
0

Да нормально там со скоростью работы. Последние А12Х кладут на колени многие десктопные процы.

Ответить
–1

не x86???

Ответить
1

Конечно же нет. Будет ARM.

Ответить
0

Вот только вопрос, что делать с совместимостью, если все ПО написано под x86, а реверанс делается в сторону arm?

Ответить
0

Почитайте историю архитектур Mac

Ответить
1

Я-то в курсе истории с провалом PowerPC

Ответить
0

Это ни пользователей ни программистов не коснётся никак. На ассемблере никто ничего не пишет уже давно

Ответить
0

При чем же тут ассемблер?
Если у вас программа компилируется под x86, то нет никаких гарантий что она заработает на arm. Если конечно не задействовать трансляцию, от которой сильно проседает рантайм. В остальных случаях необходимо портирование

Ответить
4

От трансляции во время компиляции не проседает рантайм. Уже сейчас код компилируется и swift, C, C++, objective c через LLVM(байт-код). Те разработчик в аппстор заливает байт-код, а Apple на своих серверах компилирует его с оптимизацией под каждый процессор. Те если они перепишут свои core фреймворки под ARM полностью то программисту уже не придётся ничего менять в коде. А APFS и Metal уже несколько лет успешно работают и на айфоне и на маке. Те практически всю работу они уже выполнили. Пару лет назад они даже выкатили driverkit, те новые драйвера то же будут совместимы при перекомпиляции.

Ответить
0

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

Ответить
1

Мы не знаем насколько производительным будет A14, также мы не знаем выпустят ли вообще mac на arm, а может топовые комплектации будут все же на X64. Но metal/OpenCL, coreML все это уже работает на ARM и больше ничего не нужно для высокопроизводительных пользовательских приложений

Ответить
0

Сильное заявление, ну ладно

Ответить
0

Молоток, все по красоте расписал

Ответить
0

Кстати Foundation на ARM уже готов в бете, можно в убунте попрактиковаться кому интересно.

Ответить
0

Ой да, преимущество, так не хватало мощности процессора на своём айфоне но с новымпроцессором от эппл придец купить айфон

Ответить