Ноутбучный Apple M4 Max на 60 ватт перебивает 400 ваттный Intel

Башенный кран перебьёт их обоих.

Перфоратор круче.

P.S. Блин, опередили уже :(

А что тебя удивляет? Ещё лет 5 назад айфон обгонял топовый процессор от Intel. Такой прогресс. Удивительное рядом.

Я до сих пор уверен, что это какие-то еврейские фокусы.

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

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

давайте посмотрим на реальные задачи

Так а что там с реальными задачами? Но не компиляции, где результат сильно зависит от того, сколько в архитектуре, в которую компилируют, оптимизаций, а архивирование или кодирование видео.

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

Для неподдерживаемого говна мамонта сделают эмулятор, остальное скомпилировать для Windows ARM будет на порядки проще, чем переписать кроссплатформенно под Линукс. Боюсь, что чуда не произойдет.

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

ARM винда умеет запускать x86 приложения в некоем режиме эмуляции.

Сейчас вон с Intel-ом не пойми что происходит. Если развалится - потянет ли AMD развитие x86? Есть ли у них вообще права это делать? Я хз.

архивирование или кодирование видео

так архивирование идёт там первым в списке…

https://browser.geekbench.com/v6/cpu/8593555

там внизу оно, по каждому тесту.

PS: вот накликал сравнение

https://browser.geekbench.com/v6/cpu/compare/8593248?baseline=8593555

M3 Pro не хватало чтобы в mac os были плавные анимации, а программы не запускались по 2-5 секунд, хватит ли M4 Max на такое?

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

потянет ли AMD развитие x86

Я думаю вполне. x86_64 называют AMD64 не просто так, её создали собственно в AMD. В Интеле создали вместо этого IA64, которую позже сами же и закопали.

ну вот там по какой-то причине вылезает вверх у интела «Asset Compression» и «Ray Tracer».

Для Ray Tracer они берут «Blender BMW scene using a custom ray tracer built with the Intel Embree ray tracing library», а для Assetoв - «workload compresses 3D textural and geometric asset … bc7enc for its BC7 and DXTC implementations and Arm ASTC Encoder for its ASTC implementation».

Короче, некоторая нечестность есть, в обе стороны.

вот бумаги: https://www.geekbench.com/doc/geekbench6-benchmark-internals.pdf

Там LZ4 и ZSTD. Довольно странный выбор, конечно.

Линукс всё равно чужой на этом празднике жизни.

Есть ли у них вообще права это делать? Я хз.

Амуде имеют права на х86

ага, Asahi Linux, на котором на маке гоняют игры из Стима под протоном, с тобой полностью солидарен

Почему чужой? На маках более-менее запускается. Если арм не огородят - там тоже запустят.

С другой стороны, архитектура ARM тот ещё фрукт в плане закрытости и уникальности платформ.

вот только почему-то для практически всех ARM есть u-boot, а для x86 убогий coreboot даже на тех спецефичных вариантах железа на которых он работает частенько без блобов обойтись никак не может.

Почему этот миф про «закрытость» ARM и «откпытость» x86 продолжает до сих пор существовать? Понятно что во времена i486 дела с x86 обстояли несколько иначе. Но сейчас-то?

Да, для рандомного ARM девайса скорее всего придётся выяснять каким GPIO включается подсветка экрана и на каком GPIO кнопочка громкости. Но для ARM это хотя бы можно сделать. А как на x86 выяснить какой последовательностью инициализируется южный мост, как подписать свой микрокод для проца и как обойтись без Intel ME который почему-то непременно должен заниматься какими-то переключениями частот и контролем температуры причём так, что без него девайс перестаёт через некоторое время работать как минимум?

В гикбенче

На этом можно закончить.

В гикбенче

На этом можно закончить

идут лесом

У AMD нет прав на x86. У неё есть право использовать x86. Это - другое. Всё права на x86 - у Интел.

Asahi ещё даже на М3 не работает, судя по их сайту, а уже М4 вышел. Это гонка, в которой нельзя выиграть.

Ну и стим запускать, это конечно хорошо, но практической пользы мало.

Гикбенч - это тест всего подряд, включая малоиспользуемые вещи.
Включат в следующую версию тест на какие-нибудь специнструкции, которые есть только у amd - и всё, можно рекламировать потанцевал.

Линукс на АРМ – геморрой, попробуй сам поюзать устройства. Это тебе не традиционный IBM PC x86 со стандартизированной архитектурой, а зоопарк разного говна.

Если развалится - потянет ли AMD развитие x86? Есть ли у них вообще права это делать? Я хз.

Too big to fail, как говорится. Скупит его какая-нибудь Qualcomm или даже Meta*. И будет тихонько развивать.

вот только почему-то для практически всех ARM есть u-boot, а для x86 убогий coreboot даже на тех спецефичных вариантах железа на которых он работает частенько без блобов обойтись никак не может.

Практически все ARM используют проприетарные форки U-Boot с закрытым кодом поддержки конкретного железа. От открытости основного кода U-Boot толка мало. Современные прошивки для x86 как бы тоже основаны на открытом коде реализации UEFI – EDK2.

Asahi ещё даже на М3 не работает, судя по их сайту, а уже М4 вышел. Это гонка, в которой нельзя выиграть.

Ну ты же не думаешь, я надеюсь, что разница между нулём и M1 такая же, как разница между M2 и M1. Никто там в каждом поколении не переделывает всё железо с нуля. И выигрывать в этой гонке никто не собирается, естественно линукс будет отставать, точно так же, как он отстаёт сегодня даже на x86, покупать ноутбук с новейшим железом и рассчитывать, что там заработает линукс без глюков я бы не стал, при том, что в ядро коммитят сами интелы сегодня.

Тем не менее уже сегодня можно использовать 2-3 летний макбук с линуксом и там практически всё будет работать.

Я до сих пор уверен, что это какие-то еврейские фокусы.

Так и есть. GeekBench шляпа. Для Apple думаю вообще результаты подтасованы, но вот мои результаты, например однопотока, в гикбенче:

AMD FX 4 Ghz: Single-Core Score 472

Ryzen 5000 series 4.4 Ghz: Single-Core Score 1955.

По гикбенчу получается Ryzen в 4.2 раза быстрее чем AMD FX на ядро.

А в реальных задачах разность около 2 раз.

Например, какая-то версия Cinebench:

Ryzen: Rendering (Single CPU): 5628 CB-CPU

AMD FX: Rendering (Single CPU): 2785 CB-CPU

Гикбенч - это тест всего подряд

ну так посмотри ветку, я специально достал страницу с пошаговыми результатами теста, а не всего подряд

Я и говорю – линукс тут чужой. Ждать 3 года пока допилят фичи, доступные в макоси из коробки никто не будет, разве что гики-нищеброды, покупающие маки б/у.

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

Кстати, сама AMD никогда не говорила о том, что Ryzen 5000 быстрее AMD FX в 4 раза. А как раз говорила около 2 раз.

Точнее при переходе:

Piledriver => Excavator +11%
Excavator  => Zen       +40%
Zen        => Zen+      +3%
Zen+       => Zen2      +15%
Zen2       => Zen3      +19%

Если сложить:

11 + 40 + 3 + 15 + 19 = 88%

Если перемножить:

1.11 * 1.4 * 1.03 * 1.15 * 1.19 = 2.19

Практически все ARM используют проприетарные форки U-Boot с закрытым кодом поддержки конкретного железа.

Вот только загрузить любой ARM в минимальном варианте с консолью на последовательном порту можно всегда без всяикх блобов. Какой-нибдуь Core i5 - хрена лысого. Ты его просто не заведёшь без тайных знаний особо охраняемых Интелем. И последовательный порт не инициализируешь.

Т.е. для x86 даже нет варианта когда можно запустить минимум - процессор, память и tty и дальше разбираться с прочей периферией.

Тем не менее уже сегодня можно использовать 2-3 летний макбук с линуксом и там практически всё будет работать.

Можно, но зачем? Там, емнип, даже внешние мониторы не подключить по USB-C. Не удивлюсь, если там и энергосбережение ни к чёрту.

...она нафиг не кому не нужна...

Перепишут на АРМ, делов-то.

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

Покажите как загрузить консоль для Apple ARM без блобов.

Ты его просто не заведёшь без тайных знаний особо охраняемых Интелем. И последовательный порт не инициализируешь.

AMD публикует открытый код начальной инициализации железа.

Можно, но зачем? Там, емнип, даже внешние мониторы не подключить по USB-C. Не удивлюсь, если там и энергосбережение ни к чёрту.

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

Давайте поподробнее с этого места.

для практически всех ARM есть u-boot

Который в половине девайсов непригоден «в чистом виде» ибо требует подписи этого вашего u-boot. А еще в u-boot надо зашивать device tree (причем конкретно для это модели и ревизии платы, а то не сиключено, что будет тыква)

Поэтому инсталяция на устройство выглядит как «возьмите наш блоб и поверьте что он правильный а потом …» - да, кстати - что потом?. А я напомню - потом еще надо подложить device tree, причем от ядра, то есть другой, не от u-boot - и его отдельно скармливать ядру.

Спасибо, это просто, мать его, незабываемый секс.

В Asahi и не стали поддерживать линейку M3 из-за отсутствия Mac Mini под CI в оной.

В M4 уже есть, поэтому в ближайшие месяцы могут завести.
Сейчас по коммитам ковыряют таки M3.

Покажите как загрузить консоль для Apple ARM без блобов.

Найти дыру в BootROM и подгрузить https://github.com/checkra1n/PongoOS.

На моём айфоне работало, даже в линукс грузило.

Покажите как загрузить консоль для Apple ARM без блобов.

m1n1

AMD публикует открытый код начальной инициализации железа.

И где u-boot для современных рандомных AMD железок? Хотя бы только с tty.

Даже coreboot не алё. Я так понимаю слухи 2017 года о том, что AMD рассматривает coreboot как вариант для рязани так и остались слухами.

Самое непонятное в этой всей x86 тряхомудии, это чего же на самом деле так боятся AMD и Intel что не желают рассекретить всю эту бутявочную хрень. И нахрена им непременно нужен работающий IntelME/PSP в каждом компе без исключения?

Для т.н. Apple Silicon это тоже работает?

Самое непонятное в этой всей x86 тряхомудии, это чего же на самом деле так боятся AMD и Intel что не желают рассекретить всю эту бутявочную хрень. И нахрена им непременно нужен работающий IntelME/PSP в каждом компе без исключения?

Может даже не им на самом деле. Помимо мыслей о закладках, приходит в голову, что не хотят, чтобы на базе современных x86 можно было кастомные решения делать. Как минимум, чтобы для серверов покупали Xeon-ы и Epyc-и, а не декстопные решения, как максимум, чтобы некоторые страны в какие-нибудь военные БПЛА не встраивали.

это чего же на самом деле так боятся AMD и Intel

Бекдоры не хотят показывать, очевидно же.

И нахрена им непременно нужен работающий IntelME/PSP

Что могли тебя в любой момент поиметь. ME имеет полный доступ к памяти (безо всякого ведома на то родительского ЦПУ); имеет полный доступ к TCP/IP-стеку и может посылать и принимать пакеты независимо от операционной системы, обходя таким образом её файрволл

https://www.eff.org/deeplinks/2017/05/intels-management-engine-security-hazar...

Ну если найдут дыру в BootROM, то работать будет, сам по себе PongoOS уже давно портанули на M1.
Хотя голые ARM бинари можно и из iBoot грузить, если предварительно его подписать ключом владельца машины.

Сам по себе BootROM - урезанный iBoot, исходники его в сети есть.

Софт для людей заточен под винтел, это надо принять и жить здоровой половой жизнью.

Который в половине девайсов непригоден «в чистом виде» ибо требует подписи этого вашего u-boot.

Список в студию. Только учти, что RPi например грузится не ARM’ом а GPU, так что не стоит его включать в этот список.

А еще в u-boot надо зашивать device tree (причем конкретно для это модели и ревизии платы, а то не сиключено, что будет тыква)

Если нужно только проц, память и UART, то device tree очень простой. И никакой тыквы. Я не встречал ни одного ARM который не удалось бы загрузить в минимальном варианте. Проблемы начинаются со всякими сраными GPU, кодеками, и прочей огороженной хернёй, которая ничем не отличается от аналогичной херни под x86.

Спасибо, это просто, мать его, незабываемый секс.

Незабываемый секс - это попытка заставить нормально работать например LinuxCNC на любой мало-мальски современной x86 мамке.

Вот только загрузить любой ARM в минимальном варианте с консолью на последовательном порту можно всегда без всяикх блобов

Да ок же малинку ты без проприетарного кода для GPU ты не загрузишь. Кого ты тут лечить пытаешься?