Как нагрузить macbook для проверки

Стресс-тест в Mac OS

Компьютеры на операционной системе Mac OS, в большинстве своем, портативные. Это различные модели семейства Macbook компании Apple. Как и любой портативный компьютер, Mac умеет работать в стандартном режиме низкого энергопотребления при выполнении простых задач, а при серьезных нагрузках он переходит в режим повышенной мощности. Чем сложнее ставятся задачи перед компьютером, тем больше мощности нужно для их решения. При повышении сложности задач увеличивается температура процессора. Чтобы он не перегревался, используется система охлаждения. Если вы не уверены в ее работоспособности, проверить состояние кулеров и системы охлаждения поможет стресс-тест.

Что такое стресс-тест в Mac OS

В Mac OS стресс-тест — это встроенная в операционную систему возможность через утилиту “Терминал” перевести компьютер в режим высокой производительности. При проведении стресс-теста нагрузка на процессор увеличивается до 100%.

Если при повышении нагрузки стресс-тестом через диагностические утилиты пользователь не увидит, что процессор отдает 100% мощности, это может указывать на наличие проблем с “камнем”.

Вторая проблема, которую помогает выявить стресс тест — это проблемы с охлаждением. Если в момент высокой нагрузки возникнет перегрев процессора, вероятнее всего, кулеры не работают или работают не в полную мощь (возможно, загрязнены).

Обратите внимание: На Macbook, особенно современных моделей, крайне тихая система охлаждения. Если вы не слышите как работает вентилятор, это не говорит о том, что он неисправен.

Когда проводить стресс-тест Macbook

Можно назвать несколько ситуаций, когда целесообразно проверить работу систему охлаждения при высокой нагрузке на процессор:

Как выполнить стресс-тест на Mac OS

Чтобы выполнить стресс-тест на компьютере с операционной системой Mac Os, не потребуется устанавливать дополнительных программ. Нужны всего две стандартные утилиты — “Терминал” и “Мониторинг системы”. Их можно найти в разделе “Утилиты” в Finder среди программ.

Выполняется стресс-тест следующим образом:

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

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

Источник

Стресс-тест вентиляторов наших Mac: как и зачем

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

Смысл теста достаточно прост. Он даст 100-процентную нагрузку на процессор вашего Mac. Если в результате этого теста ваш процессор не сможет быть загруженным на 100 процентов, это может указывать на проблемы с процессором. Если вентиляторы в вашем компьютере неспособны обеспечить рабочую температуру при максимальной загрузке процессора и вы столкнетесь с перегревом, значит вам потребуется замена вентиляторов.

Когда стоит его проводить

Проводить этот тест имеет смысл в том случае, если ваш компьютер постоянно перегревается. Это очень вредно для вашего процессора, и стоит вовремя наладить систему охлаждения. Также, если ваш Mac работает слишком медленно и вы уверены в том, что проблема не носит программный характер, стоит проверить работоспособность процессора.

Как провести стресс-тест

Для проведения стресс-теста вам потребуются два стандартных приложения — это Терминал и Мониторинг системы.

Как вы могли заметить, во вкладке «Пользователь» показан вовсе не 100-процентный уровень загрузки. Это потому, что процессоры в наших Mac многоядерные. Для того чтобы загрузить все ядра, вам потребуется проделать все те же самые шаги, однако на этот раз использовать команду yes > /dev/null & yes > /dev/null & yes > /dev/null & yes > /dev/null & yes > /dev/null & yes > /dev/null & yes > /dev/null & yes > /dev/null &. Вентиляторы вашего Mac должны взвыть, потому как процессор вскоре должен стать очень горячим.

Источник

Как понять, что сломалось у вашего Mac. Включаем Apple Hardware Test

Компьютеры Apple имеют множество полезных фишек и возможностей. Одной из таких особенностей является встроенный тест оборудования.

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

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

Как можно проверить Mac в домашних условиях

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

Разделяют две принципиально отличающиеся версии утилиты для диагностики Mac: Apple Hardware Test (Функциональный тест оборудования Apple) и Apple Diagnostics.

Первая версия программы (Apple Hardware Test) запускается на компьютерах Mac, которые были выпущены до июня 2013 года, а на более новых моделях используется вторая (Apple Diagnostics).

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

Проверка не займет много времени, обычно тест оборудования проходит от 2 до 5 минут.

Что нужно сделать перед проверкой

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

▪️ Отключите все периферийные устройства от Mac. Нужно отсоединить проводные принтеры, накопители, приводы для дисков, любое стороннее аудио- или видеооборудование, внешние видеокарты.

Рекомендуется оставить подключенными лишь клавиатуру, мышь\трекпад и монитор.

▪️ Перед запуском теста на MacBook обязательно подключите ноутбук к источнику питания.

▪️ Убедитесь, что Mac подключен по Wi-Fi или Ethernet кабелю к сети. В некоторых случаях может потребоваться загрузка дополнительных файлов для проведения тестирования.

Как запустить Apple Hardware Test на моделях до 2013 года

Интерфейс Apple Hardware Test на старых компьютерах Mac до 2013 года

1. Выключите Mac. Именно выключите, а не перезагрузите.

2. Включите компьютер и сразу же зажмите клавишу D (иногда cmd+D) до появления окна восстановления по интернету.

3. Введите пароль от вашего Wi-Fi и дождитесь загрузки теста.

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

5. Откроется меню Hardware Test.

6. Когда кнопка Тест станет активна, можно начать проверку. Для этого нажмите на кнопку или на клавишу T на клавиатуре.

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

Как запустить Apple Diagnostics на моделях Mac с 2013 по 2016 годы

Интерфейс Apple Diagnostics на компьютерах Mac с 2013 по 2016 годы выпуска

1. Выключите Mac.

2. Включите компьютер с нажатыми клавишами D (иногда cmd+D) до появления системного меню.

3. Выберите русский язык в диалоговом окне и нажмите копку Далее.

4. Подтвердите запуск теста оборудования.

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

После окончания тестирования доступны такие действия и горячие клавиши:

▸ запуск повторного тестирования Command + R

▸ получение дополнительной информации Command + G

▸ перезагрузка Mac клавиша R

▸ выключение компьютера клавиша S

Как запустить Apple Diagnostics на моделях Mac с 2016 года и новее

Интерфейс Apple Diagnostics на компьютерах Mac с 2016 года выпуска по настоящее время

1. Выключите Mac.

2. Включите компьютер с нажатой клавишей D (иногда cmd+D) до появления системного меню.

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

После окончания теста будут доступны те же действия, что и в предыдущем случае.

Почему не запускается тест оборудования

Тест оборудования может не запускаться и Mac будет переходить к обычной загрузке в следующих случаях:

Во-первых, если вы не отключили какие-либо сторонние устройства. Мешать запуску теста могут даже подключенные флешки или Type-С переходники.

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

В-третьих, загрузочная область системы с тестом оборудования может быть повреждена. При этом попробуйте запустить Mac с зажатыми клавишами Option (Alt) + D. Компьютер запустит систему диагностики по сети.

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

На время тестирования компьютера его следует отключить:

1. Перезагружаем Mac с зажатыми клавишами Command + R для загрузки в режиме восстановления.

2. В строке меню выбираем Утилиты – Утилита пароля прошивки (в некоторых версиях macOS пункт называется Утилита безопасного запуска).

3. Нажимаем Выключить пароль прошивки и указываем установленный ранее пароль.

4. Перезагружаем компьютер.

Как трактовать результаты теста

Тест Apple Diagnostics не выявил проблем

После окончания проверки на экране увидите один или несколько кодов ошибок, например:

Код ADP000: отсутствие проблем с аппаратным обеспечением Mac.

Коды CNW007 или CNW008: невозможность подключения к сети или проблемы с беспроводным модулем.

Код PPT001: проблемы с аккумулятором на MacBook. Это может быть как слишком высокий износ батареи, так и проблемы с зарядкой.

Детально со всеми возможными кодами ошибок аппаратного теста Mac можете ознакомиться на сайте Apple.

Когда нужно делать тест оборудования

Результат теста Apple Diagnostics с парой ошибок

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

Во-первых, тест оборудования рекомендуется запускать при покупке Mac на вторичном рынке. Так можно сразу выявить неработающие модули или компоненты компьютера.

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

В-третьих, перед походом в сервисный центр нелишним будет самому знать о возможных проблемах с компьютером.

Не ленитесь запускать Apple Hardware Test или Apple Diagnostics, если Mac начал вести себя странно. Тестирование займет всего несколько минут, зато сразу сможете отбросить проблемы с железом и искать причину в ПО.

Источник

Прожги свой Mac

Иногда появляется желание расслабить мозги и сделать что-нибудь бесполезное, но интересное. В этот раз появилось желание сделать программу – стресс-тест для процессора.

На PC для тестирования стабильности работы CPU (например, при разгоне или для проверки качества работы охлаждающей системы) в первых рядах применяется программа LinX. LinX — это графический интерфейс к Intel® Optimized LINPACK Benchmark. Этот тест способен нагрузить процессор (все его ядра) до предела возможностей, что влечёт за собой максимальной возможный прогрев процессора. Как показывает практика, именно этот инструмент лучше других нагревает процессор.

Intel® Optimized LINPACK Benchmark существует также в реализации для Mac OS X, чем я и воспользовался, сделав программу CPUBurn.

Программа CPUBurn легко может превратить ваш Mac в раскалённую сковородку…

Программа CPUBurn работает только в системе Mac OS X 10.7 и выше.

Программу можно скачать здесь.
Для желающих посмотреть исходный код – GitHub.

После нажатия кнопки «Жги!» программа попытается освободить неактивную память с помощью команды purge. После этого будет определён problem size для теста LINPACK (не более 1536 Мб и не менее 512 Мб), исходя из размера свободной памяти. Количество проходов теста установлено в 15. На каждом компьютере время выполнения программы будет различно, но это и не важно. Если программа проработает без сбоя ОС минут 15 и температура прекратит повышаться, то можно с уверенностью сказать, что никаких проблем с работой процессором и его охлаждением у вас нет.

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

Если есть желание следить за этапами работы Intel® Optimized LINPACK Benchmark, то можно запустить программу Консоль, вся информация выводится туда. Там же можно узнать результаты теста (производительность процессора) в гигафлопсах.

Источник

Методика тестирования производительности в среде macOS, версия 3 (2020 г.): профессиональные приложения и бенчмарки

Оглавление

Два года назад мы представили вам вторую версию комплексной методики тестирования производительности компьютеров под управлением macOS. Мы использовали ее при написании целого ряда статей, и большинство тестов сохранили актуальность до сих пор. Однако время идет, и ряд тестов перестали корректно работать, другие — обновились без сохранения совместимости со старыми результатами. А некоторые стали менее показательными из-за роста производительности компьютеров. Пришло время подготовить третью версию методики.

Как и во второй версии, общий «каркас» методики останется прежним: это ряд разработанных нами сценариев работы в реальных приложениях — Final Cut Pro X, Compressor и Maxon Cinema 4D, к которым мы добавили Pro Logic X. А вот набор бенчмарков был существенно обновлен.

Тестовый стенд

В качестве тестовых компьютеров мы использовали три модели Apple: новейший Mac Pro в конфигурации, подробно описанной в отдельной статье, 15-дюймовый MacBook Pro (Mid 2017) и 12-дюймовый MacBook (Mid 2017). В таблице ниже показаны основные характеристики этих моделей, относящиеся к производительности.

Почему именно эти модели? Первая из них — это новейший флагман среди всех компьютеров Apple, вторая — не самый новый, но весьма производительный середнячок, а третья — самый слабый вариант из актуальной линейки, то есть три очень показательные конфигурации (каждая — по-своему). Подчеркнем, что в описании методики тестирования мы не ставим задачу сравнить их между собой — здесь всё и так очевидно. Скорее, нам важно убедиться, что демонстрируемый в подобранных нами тестах разрыв будет действительно соответствовать реальному положению вещей.

На всех трех моделях использовался одинаковый софт: операционная система macOS Catalina, Final Cut Pro 10.4, а также актуальные версии тестовых приложений.

Видеомонтаж

Как и в прошлых версиях методики, мы начинаем с Final Cut Pro X. Видеомонтаж — одна из главных и наиболее показательных профессиональных задач, а пакет Final Cut Pro X — ведущее программное решение в этой сфере.

Подтест 1: стабилизация видео 4К

Итак, первая операция — стабилизация видео 4K. Как и в предыдущих версиях методик, в качестве тестового видео мы будем использовать 5-минутный видеоролик 4K 30 fps, снятый на iPhone 7 Plus. Сохранение именно этого ролика необходимо для преемственности результатов.

Здесь вся информация о ролике, полученная с помощью утилиты Mediainfo. Само видео можно загрузить здесь.

Открываем FCP, создаем New Event, нажимаем Import Media и выбираем видеофайл в открывшемся окне.

Файл должен лежать на рабочем столе. И при импорте надо отметить Leave files in place, чтобы избежать копирования файла в медиатеку Final Cut и снижения производительности из-за этого.

После того, как видео добавилось, создаем новый проект и видим файл на Timeline. Нажимаем на него, в левом верхнем углу нажимаем на третью кнопку слева — открывается миниокно Background Tasks. Далее выбираем в Inspector в правой части вкладку Video, отмечаем галочкой Stabilization, не меняя никакие настройки. И тут же запускаем секундомер.

Видим, что в окне Background Tasks начался процесс Transcoding and Analysis. Сразу после его завершения начнется процесс Rendering. И только по окончании Rendering мы останавливаем секундомер и записываем получившееся время.

Интерфейс Final Cut Pro за два года совершенно не изменился, крупных обновлений не было, так что здесь все остается по-прежнему. За одним исключением: почему-то при тестах на Mac Pro рендеринг не стартовал сам. Поэтому для корректности результатов и их сравнения надо в таком случае сразу после Transcoding and Analysis нажать сочетание клавиш Ctrl+R, запустив тем самым рендеринг. Напоминаем, что во время измерения важно не трогать мышь и не совершать никаких действий в FCP, иначе процесс будет приостанавливаться, а следовательно, результаты уже не будут корректными.

Подтест 2: финальный рендеринг через Compressor

Для этого нажимаем в Final Cut Pro X вкладку File / Send to Compressor.

Открывается Compressor (разумеется, он должен быть предварительно установлен на компьютере), в нем мы нажимаем на центральную кнопку Add Outputs и в открывшемся меню выбираем Publish to YouTube / Up to 4K. Почему именно его? Потому что получаемый файл — приемлемых размеров, что хорошо для тестирования (не всегда объем SSD бывает максимальным), а кроме того, это вполне понятный «жизненный» сценарий.

После этого осталось нажать кнопку Start Batch в нижнем правом углу окна приложения — и процесс начнется. Никаких изменений по сравнению с прошлой версией методики здесь нет.

Подтест 3: стабилизация видео Full HD

В третьем тесте мы повторяем действия и настройки первого, только с видеороликом разрешения Full HD. Его параметры — ниже, а файл — здесь.

Сохранение Full HD в методике пока еще необходимо, потому что и операция весьма популярная, и для слабых моделей это может быть оптимальный вариант.

Подтест 4: работа с видео 8К

Далее мы добавляем в FCPX видео 8К H.265. В качестве тестового ролика мы решили использовать вот это видео. Раньше его можно было купить за небольшую сумму, теперь уже нельзя, но на YouTube ролик доступен бесплатно. Нам важен исходный файл, поэтому приводим его здесь. Его параметры в Mediainfo — на скриншоте.

Обратим внимание на настройки импорта. При добавлении видео на Timeline появляется окно, предлагающее указать параметры — разрешение и частоту кадров. И там по умолчанию стоит разрешение 4К. Нам же надо выбрать Custom, и тогда автоматически будут подставлены нужные параметры и по разрешению, и по кодеку, и по частоте кадров.

Открыв видео на Timeline, мы создаем прокси-файл. Это весьма жизненный сценарий, поскольку с такими тяжелыми видео лучше работать, конечно, через прокси-файл (фактически, дубль вашего файла, но в более низком разрешении; все дальнейшие монтажные операции будут делаться с ним, что сэкономит ресурсы и время, а уже при завершении работы изменения будут применены к исходному файлу). Чтобы сделать прокси-файл, надо кликнуть правой кнопкой мыши на видео в Events Browser, затем нажать Transcode Media, в появившемся окне отметить Proxy Media и нажать ОК. Не забудьте сразу в этот момент включить секундомер и следить за процессом через Background Tasks.

Подтест 5: экспорт 8К через Compressor в несколько файлов

Последняя операция — самая радикальная и имеющая смысл только в случае действительно мощных компьютеров: финальный рендеринг видео 8К через Compressor с использованием четырех кодеков Apple ProRes: 442, Apple ProRes: 442 HQ, Apple ProRes 4444 и Apple ProRes 4444 XQ.

Однако для этого нам понадобится другой файл — тот, что в предыдущем подтесте, слишком большой для наших целей. Кроме того, это уже смонтированное видео. А что если взять прямо исходник с профессиональной камеры 8К? Одна из самых востребованных в Голливуде линеек камер — Red. С ними работают Дэвид Финчер, Ридли Скотт, Баз Лурман, Брайан Сингер, Питер Джексон, Стивен Содерберг и другие мэтры. И вот здесь мы можем скачать сэмплы с разных моделей Red. Мы выбрали первый из них: сцену на мотоцикле, снятую на Monstro 8K VV (прямая ссылка, 922,9 МБ).

Обратите внимание: камеры Red пишут видео в своем формате — R3D. Чтобы открыть такие файлы в Final Cut Pro X, надо установить плагин отсюда.

После установки плагина импортируем файл в Final Cut, причем в настройках импорта указываем в качестве кодека для рендеринга Uncompressed 10-bit 4:2:2.

Далее добавляем какой-нибудь эффект на файл — например, зерно (так у нас получится из этого мотоциклетного видео «Беспечный ездок» :)). И отправляем в Compressor. И здесь важный нюанс. В настройках Compressor надо обязательно зайти в Advanced, поставить там галочку на Enable additional Compressor instances и в выпадающем списке выбрать максимально возможное количество для вашего компьютера.

Пояснение в разделе поддержки на сайте Apple гласит:

The number of available Compressor instances is determined by your computer’s cores and memory. After meeting the minimum system requirement (four cores and 2 GB of memory), you can add one additional instance for every additional four cores and 2 GB of memory.

Под ядрами (cores) в данном случае понимаются потоки. Проще говоря, у нас на Mac Pro 16-ядерный процессор с 32 потоками. Вычитаем 4 из 32 и делим на 4 — получаем 7: именно столько дополнительных instances (то есть параллельных процессов) может здесь быть. Для этого значения объем памяти должен быть минимум 16 ГБ, но у нас 192 ГБ, так что тут все упирается именно в количество потоков процессора. Но вообще 7 — это, конечно, чересчур, поэтому мы решили ограничиться четырьмя.

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

Итак, у нас получилось 5 подтестов. В предыдущей версии методики было столько же, но мы убрали добавление эффекта на видео 8К и вместо него придумали куда более ресурсоемкий процесс. Результаты следующие.

Последние два подтеста (работа с 8К-видео) стоит использовать только на действительно производительных компьютерах. Причем экспорт 8К в четыре формата и вовсе подходит только для топовых систем, где процессоры минимум восьмиядерные.

Воспроизведение видео 8К

Последняя операция — воспроизведение видео 8К. Да-да, просто воспроизведение. Эта задача показательна для компьютеров среднего и нижнего уровня.

Здесь мы поступаем просто: берем первое видео 8К, которое использовали для тестов в Final Cut Pro, открываем его в QuickTime Player и смотрим (с тем же успехом его можно воспроизвести и в самом FCP).

Кстати, полезно во время воспроизведения следить за температурой CPU и GPU (на скриншоте выше вы видите информационный блок справа). Но об этом мы подробнее расскажем далее.

3D-моделирование

В операциях по 3D-моделированию мы будем использовать, как и прежде, Maxon Cinema 4D Studio.

Скачиваем, устанавливаем и открываем программу (можно пользоваться демо-версией). Далее скачиваем файл no_cm.c4d. Открываем его в Cinema 4D Studio (File / Open) и видим такую картину.

Далее жмем в верхнем меню самой программы Render / Render To Picture Viewer. И наблюдаем процесс рендеринга 3D-сцены.

По окончании рендеринга мы увидим время в окне History справа — в колонке Render Time. Вот оно нам и нужно.

Кроме того, у компании Maxon есть бенчмарк Cinebench, который работает на том же движке и, фактически, имитирует те же операции, что мы выполняли в Cinema 4D.

Бенчмарк мультиплатформенный, поэтому результаты в нем вполне можно сравнить с результатами на ПК под управлением Windows.

Ниже — результаты рендеринга в 4D Cinema, Cinebench R15 и Cinebench R20. На первый взгляд, странно, что приходится использовать две версии одной и той же программы, но проблема в том, что в 20-й версии бенчмарка разработчики убрали GPU-тест (OpenGL), хотя и усовершенствовали CPU-сцену. Поэтому приходится держать оба бенчмарка, благо оба они устанавливаются из DMG-файлов. Вот здесь можно скачать Cinebench R15.

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

Apple Pro Logic X

Совершенно новый тест, который мы вводим в этой версии методики — создание аудиофайлов в Apple Pro Logic X. На самом деле, это элементарно простой тест, но весьма показательный для тех, кто использует Mac для создания музыки.

Итак, скачиваем из Mac App Store и запускаем Pro Logic X (актуальная версия на момент тестирования — 10.4.8), среди демо-проектов видим Beck – Colours. Открываем его.

Видим такую картину.

Далее в меню Files выбираем Bounce project or section и в открывшемся окне отмечаем галочками три верхних формата: PCM, MP3, M4A: Apple Lossless. Нормализацию отключаем (Off). И запускаем процесс, включая секундомер.

В итоге у нас появятся три аудиофайла. Время на их создание — и есть результат теста (округляем его до секунд). Вот что получилось с нашими моделями.

Видно, что разброс результатов относительно невелик. Так, MacBook 12″ отстал от Mac Pro всего в два с половиной раза и менее чем в два раза — от MacBook Pro 15″. И всё же это тоже вполне показательный и объективный сценарий.

Итак, наш набор профессиональных приложений позволит оценить производительность основных комплектующих «в реальной жизни» — как вместе, так и с упором отдельно на GPU и CPU. Но помимо этого необходимо воспользоваться синтетическими и игровыми бенчмарками, чтобы сложить максимально полную картину.

Бенчмарки

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

JetStream 2

Начнем с браузерного JavaScript-бенчмарка JetStream 2. В качестве браузера использовался Safari.

Остальные браузерные бенчмарки, которые мы используем при тестировании мобильных устройств на iOS/Android, здесь запускать не имеет смысла, потому что мощи «взрослых» устройств Apple достаточно для того, чтобы не беспокоиться о скорости работы движка JavaScript в браузере. Поэтому мы приводим показатели лишь одного такого бенчмарка JetStream 2 — что называется, до кучи. Ну, и для сопоставления компьютеров и ноутбуков со смартфонами и планшетами, если кому интересно. И здесь хорошо видно, что даже между Mac Pro и MacBook Pro 15″ нет серьезной разницы, то есть тест показателен лишь для относительно слабых моделей. Хотя совсем слабенький MacBook попросту зависал на нем. Но не надо забывать, что мы тестировали модель 2017 года, а новые устройства будут уже, конечно, более производительными и вполне потянут текст. Все-таки методика делается с заделом на будущее.

Geekbench 5

Разумеется, не обойтись и без Geekbench — пожалуй, самого популярного бенчмарка для macOS. С момента появления прошлой версии методики вышла новая — пятая — версия бенчмарка, несовместимая с предыдущими. Как и раньше, здесь есть и тест CPU, и тест GPU (Compute Benchmark) на основе OpenCL и Metal. Вот здесь детально объясняется, где, как и зачем может применяться OpenCL при разработке приложений для macOS. Что же касается Metal, то это основной инструментарий для разработки игр под macOS.

Важный нюанс: в подтесте Compute можно указать, какой GPU будет задействоваться, если в компьютере есть и интегрированная, и дискретная графика. Поэтому в таблице ниже вы увидите в соответствующей ячейке у MacBook Pro 15″ (Mid 2017) два значения. Первое — для интегрированного графического ядра, второе — для дискретной графики.

Здесь в результатах можно отметить, во-первых, гигантский отрыв Mac Pro именно в тестах Compute и многоядерном режиме CPU, а во-вторых, относительно небольшой разрыв в одноядерном CPU-тесте между всеми тремя моделями.

Geeks 3D GPU Test

Переходим к тестированию графической производительности в бенчмарках. Увы, с большим сожалением вынуждены исключить из новой версии методики GFXBenchmark и CompuBenchCL. По всей видимости, разработчики решили дальше не развивать эти продукты (по крайней мере, их macOS-версии), а из-за того, что они при запуске обращаются к серверу, работа этих приложений оказывается крайне нестабильной. CompuBenchCL уже больше года не запускается или вылетает во время использования (поэтому мы его не используем давно), а с недавних пор похожие проблемы замечены и в GFXBenchmark.

Что ж, будем надеяться, что они к нам еще вернутся, а пока попробуем бесплатный, мультиплатформенный, компактный и лишенный привязки к интернету Geeks 3D GPU Test. Судя по информации в файле, он тоже довольно давно не обновлялся, но из-за простоты и отсутствия привязки к «внешнему миру» бенчмарк вполне может использоваться и сегодня.

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

Вверху можно выбрать тест. Среди них есть такие популярные мультиплатформенные тесты, как FurMark и TessMark. Их-то мы и запустим (последний — в версии х64), нажав на кнопку Run benchmark. Но прежде выставим разрешение на 1980×1080, а антиалиаcинг поставим на 8× MSAA.

Выполняемый тест FurMark выглядит так:

Результаты тестирований появляются через минуту-другую и выглядят следующим образом:

Таким образом, нам показывают и кадры в секунду, и баллы. В таблице мы укажем оба значения.

Что ж, разрыв между устройствами соответствует ожиданиям, но главное — запас по сложности достаточно велик, чтобы тестировать даже самые мощные модели, типа Mac Pro. Плюс к этому, тест MessMark вполне можно использовать для тестирования автономной работы, только при запуске надо тогда выбирать не Run benchmark, а Run stress test. Тогда сцена будет крутиться просто нон-стоп.

Civilization VI Benchmark

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

Суть его работы очень проста: демонстрируется сцена, измеряется FPS. По итогам бенчмарк выдает два значения: Average Frame Time (среднее время отрисовки кадра) и 99th Percentile (время отрисовки, которое обгоняют 99% кадров — т. е. отброшен результат отрисовки 1% кадров с самой низкой скоростью, чтобы избавиться от случайных тормозов). Оба значения выводятся в миллисекундах, однако мы решили переводить миллисекунды в более привычные FPS. Делается это просто: делим 1000 (поскольку в 1 секунде 1000 мс) на полученное значение и записываем результат. В таблице указываем его с округлением до одной десятой. Соответственно, чем больше FPS, тем лучше.

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

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

BlackMagic Disk Speed

Если перечисленные выше бенчмарки помогают нам оценить производительность CPU и GPU, то BlackMagic Disk Speed (доступен в Mac App Store) ориентирован на тестирование накопителя — скорости чтения и записи файлов.

Это очень простое приложение, в котором можно выбирать объем данных (от 1 до 5 ГБ), с помощью которых будет тестироваться быстродействие накопителя, но больше никаких настроек нет, так что остается только нажать кнопку Speed Test Start и запустить процесс.

Вот результаты для наших трех «конкурсантов».

Хорошо видно, что хотя во всех трех моделях установлен SSD, разброс результатов весьма велик. Так, по скорости чтения Mac Pro обгоняет MacBook 12″ почти в три раза!

Измерение нагрева CPU и GPU

И последнее, без чего не обойтись при тестировании компьютеров и особенно ноутбуков: измерение нагрева. Зачастую именно недостаточно хорошее охлаждение становится причиной падения производительности и дискомфорта при использовании. Для тестирования нагрева мы, как и прежде, используем утилиту Tunabelly TG Pro.

Она демонстрирует нагрев всех основных компонентов, включая каждое ядро CPU и GPU в отдельности, а также умеет создавать лог и отображать температуру в режиме реального времени.

Tunabelly TG Pro имеет смысл использовать во время длительного тестирования, предполагающего максимальную нагрузку — например, в операциях видеомонтажа.

Также мы можем в случае необходимости измерить внешний нагрев корпуса и шум. Это может быть целесообразно в тех случаях, когда они явно выходят за рамки комфортных значений. Описание и примеры того, как это делается, можно найти в статьях из раздела «Ноутбуки и планшеты» (например, здесь).

Выводы

Итак, мы оптимизировали методику тестирования компьютеров под macOS в соответствии с реалиями 2020 года: убрали бенчмарки и сценарии, потерявшие актуальность, добавили тест в Compressor для сверхмощных конфигураций, включили Apple Logic Pro X и новые GPU-тесты. Так что теперь, по крайней мере до выхода следующей версии операционной системы, мы будем иметь достаточно универсальный набор инструментов для определения производительности. Важно, что здесь есть и реальные сценарии в ведущих профессиональных приложениях, и очень наглядные бенчмарки; часть тестов позволяют нагрузить даже очень крутые конфигурации, а часть (в том числе и некоторые профессиональные) подойдут и для совсем слабых моделей.

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

Источник