Владельцы Macbook Pro 13 с Apple M1, а также Pro 14" и Pro 16" на базе M1 Pro и M1 Max, тоже присылайте свои результаты, пожалуйста! Постараемся разобраться.

У меня такое впечатление сейчас создаётся, что Apple умышленно понерфили Air на M1, чтобы на его фоне новые маки казались выигрышнее, и чтобы Pro 13 на M1 больше покупали.

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

Соберём как можно больше данных. Кидайте все свои результаты в комменты.

Ещё раз: я пытаюсь выяснить, почему в обзорах других блоггеров, которые выходили давно, ещё в первой половине 2021-го года, или и вовсе в конце 2020-го года, результаты у Air были значительно выше, чем сейчас. Это тогдашние Air имели иную систему отвода тепла? Может, всё дело в обновлении прошивки и Apple таким образом урезали производительность при длительной нагрузке? Может, типичный брак?

Мне нужно понять, в чём тут дело, и для этого мне требуется ваша помощь. Проводите у себя тест в Blender Benchmark (версия Blender - 2.91.2). Тестируйте все 6 сцен и кидайте скриншот с результатами. Указывайте, какая у вас модель, какая конфигурация (если M1 Pro, то сколько ядер CPU), указывайте версию ОС и когда примерно приобретали аппарат. Я хочу понять, что является причиной столь низкой производительности у Air моей сестры при длительной нагрузке. Если дело в прошивке аппарата, какие ещё модели это может затрагивать? Скидывайте просто все результаты этого бенчмарка.

Я соберу все эти данные и буду ломать голову над тем, в чём здесь дело.

Сука, вот же они уе@аны, если они обновлением прошивки урезали производительность на Air. Мы с братом за него 120 тыс. руб. отдали, бл#@дь!!!

3.14здец... У меня Air в сравнении с Pro на M1, который у меня был на тесте, рендерит последнюю сцену (victor) на 68% дольше. На предпоследней сцене (pavilion_barcelona) разница 70%... Сука, он на 70, мать его, процентов медленнее в тестах с длительной нагрузкой. Я просто в а@уе, бл#@дь.

Это вам не синтетика, где мегагерцы упали, а на сколько и в какой задаче это скажется, ещё не ясно. Вот вам реальная задача: рендеринг в Blender. 70, мать его, процентов разницы. Я в шоке просто.

Я, хочу понять, в чём тут причина: производственный брак, обновление прошивки аппарата (считайте, аналог BIOS на мат. плате), или же Apple в новых ревизиях ноутбука стали пихать более дерьмовое пассивное охлаждение. Я хочу получить ответы на свои вопросы. Я за эту хрень не для того бабки отдавал, чтобы он вёл себя в тестах на 30% хуже, чем то, что я в обзорах видел.

Пожалуйста, ребят, мне нужна ваша помощь. Присылайте скриншоты своих результатов и Blender Benchmark (версия Blender - 2.91.2). Указывайте модель, конфигурацию (сколько ядер CPU, сколько ядер GPU, сколько оперативной памяти), указывайте месяц, в котором приобретали ноутбук, и пишите также версию ОС, на которой прогоняли тест.

Я не помню, просил ли я раньше вас о чём-то, но мне сейчас реально требуется ваша помощь. Я не могу прийти в магазин электроники, запустить там тест и прождать 2 часа до его завершения. Если у вас есть возможность, пожалуйста, проведите тест у себя. Можете на ночь запустить тест, загрузить все 6 сцен и после начала просчёта сцены BMW27, лечь спать и прислать скриншот с описанием с утра. Мне, главное, получить от вас информацию. Чем больше информации я соберу, тем проще мне будет делать выводы. Надеюсь на вашу помощь. Спасибо всем!

Пробую прогнать Blender без подключения к электросети. Может быть верным ещё одно предположение: во время зарядки при загрузке проца у некоторых экземпляров чрезмерно греется аккумулятор, и троттлинг процессора обусловлен именно температурой аккумулятора, а не температурой проца. Ну вот прямо сейчас макбук сестры работает от аккумулятора, не заряжается, и температура батареи при этом - 44 градуса. WTF?! У Ястреба в ролике, в котором он хаял термопрокладку, температура в 45 градусов на батерее была у маков с той самой термопрокладкой. У сестры Macbook Air без каких-либо модернизаций, но греется он по аккуму что 3.14здец. Это явно не нормальное поведение.

Я ещё буду разбирать те результаты, которыми вы со мной поделились. Пока что закономерности не вижу. Если кто ещё планирует поделиться результатами со своего макбука, укажите помимо месяца приобретения и версии ОС ещё и то, проводили ли вы тест на зарядке, или же ноутбук у вас работал от аккумулятора во время теста. Всем, кто уже откликнулся, спасибо!

ахренеть, он и правда при работе от аккумулятора справился намного быстрее. Нашли, в чём дело. Это далеко не уровень Pro с M1, но отставание уже не настолько гигантское, как было ранее: 41% в сцене victor и 45% в сцене pavilion_barcelona. Это не те же 30-35% разницы, что были у других блоггеров, но можно разницу списать на различие в температуре в помещении (у меня довольно жарко в комнате).

Т.е., получается, что если вы Macbook Air используете от розетки, он из-за нагрева аккумулятора и последующего нагрева остальных компонентов при длительной нагрузке на 17-20% медленнее, чем при работе от аккумулятора.

Просто 3.14здец. А как тогда им пользоваться с нормальной производительностью? Высаживать аккумулятор в 0 раза по 3 на день? Если его грузить на 100%, аккум протянет часа 4 от силы. Ну и насколько тогда аккумулятор деградирует за год? А потом во сколько обойдётся замена аккумулятора с учётом того, что кроме как в сервисном центре Apple его нигде вам не заменят из-за чипа безопасности внутри SoC Apple M1?

Если кто не понимает, о чём речь, и в чём проблема заменить аккумулятор после износа, вот.
https://www.theverge.com/2018/11/12/18077166/apple-macbook-air-mac-mini-t2-chip-security-repair-replacement-tool

Ещё с чипа T2 пошла эта вакханалия, что в макбуках просто так не заменить комплектующие, в том числе и аккумулятор. И с чипом безопасности, который теперь переехал внутрь SoC Apple M1, история та же. Я не знаю, разрешили ли Apple сейчас заменять в макбуках комплектующие самостоятельно. Раньше нужно было в прошивку чипа T2 загонять уникальные идентификаторы новых комплектующих, которые поставили на замену, и сделать это могли только в сервисных центрах Apple, где с вас за банальную замену аккумулятора 3 шкуры сдерут. По идее, сейчас из-за кризиса полупроводников они должны были пойти на уступки и разрешить пользователям самим заменять такие компоненты, но подтверждённой информации касательно этого я не нашёл.

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

Всё ещё несколько запутаннее.

Мне один мой хороший знакомый предоставил данные со своего Macbook Air на M1 (16/256, macOS 11.6). Сравнивая с маком моей сестры при работе от аккумулятора, у него мак при работе от сети быстрее рендерит сцены в Blender даже после нагрева (на 8% быстрее victor, и на 10% pavilion_barcelona).

Варианта сейчас 3:
1. У Macbook Air имеется распространённый (если судить по вашим результатам из комментариев) брак аккумуляторов, который выражается в их чрезмерном нагреве. Из-за нагрева аккума процессору приходится сильнее троттлить, чтобы не слишком нагревать выделяемым им теплом аккум.
2. Всему виной обновление прошивки аппарата (той, что на мат. плате, а не SSD, считайте, аналог BIOS), которое возникает при обновлении ОС. У моей сестры macOS 11.2.3 Big Sur, но я эксперимента ради ставил на внешний SSD версию 12.1 Monterey. Повторная накатка на внешний SSD уже версии 11.2.3 не решило проблем. Сам тест в Blender проводил на ОС со встроенного SSD.
3. "Особенность" новых ревизий Macbook.

Возможно, знакомый на днях обновит macOS на своём Macbook Air на M1 с 11.6 Big Sur до 12.1 Monterey. Сейчас, на macOS 11.6 у него результаты отличные, практически 1 в 1 как у Романа Ястреба были в ролике про Macbook. Как он обновится, станет понятно, является ли апдейт прошивки аппарата, производимый при установке на SSD более свежей macOS 12.1, причиной большего троттлинга у Air.

Разбирая те результаты, что вы присылали, я не обнаружил какой-либо чёткой закономерности, так что не вижу иного способа проверить, кроме как произвести апдейт со старой ОС на одном из Air.

Если у знакомого ничего не изменится, придём к выводу, что у Macbook Air просто дикий рандом по эффективности системы охлаждения, и дело тут в железе, а не в прошивке. У одних разница с Pro 13 на M1 при длительной нагрузке около 30-35% на зарядке, а у других - до 100% в пользу Pro.

Если увидим изменения в худшую сторону, что ж, станет ясно, кого в этом винить. Хотя и так уже можно винить Apple во всей этой котовасии.

В любом случае, как только всё прояснится, я отпишу об этом тут, и внесу ещё одно дополнение в обзор Macbook Pro на M1. Но, независимо от этого, я уже считаю мою рекомендацию взять Air вместо Pro ошибочной, и за то звиняйте, друзья.

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

Тут вопрос в том, хотите ли вы видеть это в обзорах смартфонов на регулярной основе? Вот едва ли не в каждом обзоре смартфона? Вам реально интересно знать такие детали про каждый смартфон? Это не разово прошерстить тему, а постоянно в каждом или едва ли не каждом обзоре слышать об этом.

Про 15%: Многие вообще забывают о таком факторе, как расстояние, и чем оно больше, тем сигнал слабее. В Москве пару-тройку лет назад у меня на Galaxy S7 из США со Snapdragon 820 на борту при активации той самой агрегации (на аппаратах из США на Snapdragon в России она из коробки не пашет) разница была около 15%, максимум 20%. Т.е. глобальной разницы нет. Если смартфон от ближайшей вышки не поймает сеть нормально, не стоит надеяться, что что-то кардинально изменится, если он будет пытаться сигнал стянуть ещё с двух вышек, которые находятся на куда большем растоянии от вас, нежели первая. Единственное, что вы заметите: что аккумулятор быстрее высаживается. Всё.

Выборка, конечно, маленькая вышла, 85 голосов всего. Я думал, больше человек проголосует и соберу сведения, а по итоге в опросе участвовали только самые активные. А те, кому просто насрать, не голосовали вовсе.

Впрочем, как и всегда

В 16:00, т.е. через 2 часа, состоится премьера ролика про Эльбрус от House of NHTi. Кому интересно, залетайте. Я тоже буду смотреть премьеру.

Спасибо EntityFX за то, что поделился инфой о видео.

Я в процессе приготовления своего материала по 8С. Часть тех тестов, которые я провожу, более никто не гонял, так что будет на что поглядеть, даже если вы и так все материалы по Эльбрусу изучили.

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

Ребят, у кого есть Macbook Pro на Apple M1, и кто готов посодействовать в проведении тестов, пожалуйста, напишите мне в личку.

Я хочу провести сравнение эффективности Rosetta 2 от Apple с RTC от МЦСТ. Я бы прогнал тесты на Macbook Air сестры, но у него будет большой разброс результатов из-за троттлинга в 2 сраных раза, что не позволит мне получить репрезентативные данные.

Я 2 набора команд состряпал для теста, и мне нужен доброволец, который согласится собрать у себя декодер AV1 видео от VideoLAN (dav1d) и прогнать у себя тест.

Нюанс этого теста в том, что dav1d можно собрать как из Ассемблерного кода, так и из C кода. И проблема в том, что год назад я тестировал dav1d только из Ассемблерного кода, когда обзор писал на M1. А на Ассемблере под E2K (архитектура Эльбруса) его никто не писал. Поэтому мне нужно перепровести этот тест ещё и со сборкой из C кода. Раз такое дело, то проведём его сразу и со свежей версией dav1d.

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

Наш добрый товарищ EntityFX протестировал по удалёнке инженерный образец Эльбрус 16С и выкатил статейку по нему на habr.

Сперва поясню несколько нюансов: система была собрана не под Эльбрус-16С (E2Kv6), а под Эльбрус-8СВ (E2Kv5), поэтому он пашет ещё не так быстро, как может. Это ещё инженерный образец и к релизу, когда и систему и все системные компоненты, и все пакеты под него перекомпилируют так, чтобы задействовать всю его производительность, по идее, он станет намного быстрее. Да и в сам чип могут быть внесены значимые изменения к моменту серийного запуска. Пока картина та, что показывает в статье EntityFX. И даже по тому, что он там показал, я просто ахренел: 16С даже в однопотоке и даже в ненавистном Java в разы отрывается от предыдущих поколений Эльбрус. Какой-то Эльбрус на стероидах выходит. Даже несмотря на все свои слои безопасности, он выходит вполне неплох, и прогресс просто безумный за такой короткий интервал. Часть материала из статьи EntityFX я возьму и в свою работу.

От себя ещё добавлю: да, интерпретируемые языки, такие как Python и Lua, не шустро перевариваются Эльбрусом. У Эльбруса упор делается на компилятор. И я сейчас как-раз работаю над тем, чтобы хоть в более-менее приемлемой мере оценить насколько этот компилятор крут, оценить и возможности трансляции Эльбрусом x86_64 кода в E2K при помощи RTC внутри Linux, а также бинарной трансляции целой ОС (lintel) для запуска Windows или иных x86_64 систем. Там много интересного. Больше всего я в восторге с транслятора RTC, но спойлерить не буду.


Пока можете ознакомиться со статьёй EntityFX, который, ко всему прочему, ахренеть как помогает мне ещё с тестами Эльбруса. Респект ему

Про слои безопасности: у Эльбруса 3 стэка используются при выполнении команд. Там на аппаратном уровне обеспечена высокая степень защиты (я этот вопрос детально ещё не изучил, разбираю), и сделать сопоставимый с ним по части безопасности процессор, да ещё и не уступающий по производительности, как мне кажется на данный момент, будет крайне сложно любой компании, будь то Intel, AMD или же Apple. Там вопрос в самой базе. И меня не может не радовать тот факт, что не теряя по части безопасности, умудряются из Эльбруса в ОДНОПОТОКЕ ДАЖЕ выжать в разы больше производительности даже в весьма непростом Java с его увесистой виртуальной машиной.

Короче, читайте статью, там прогресс весьма существенный по части производительности в расчёте на 1 поток. Так ещё и число потоков увеличило в 2 раза. Ляпота.

Ещё важное дополнение от EntityFX: инженерник работает с оперативной памятью DDR4-2900, что также влияет на результаты. Т.е. с более быстрой оперативной памятью результаты будут выше в ряде тестов. Также компилятор под 16С ещё сырой, поэтому в тех задачах, где он требуется, после его допиливания он должен стать ещё быстрее.
https://t.me/shablontech_chat/8197

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