Изучаем работу SoC Qualcomm Snapdragon 820 (страница 2)

450x396  31 KB. Big one: 886x779  175 KB
График кликабелен.

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

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

450x253  34 KB. Big one: 1500x844  147 KB

450x253  36 KB. Big one: 1500x844  152 KB

450x253  36 KB. Big one: 1500x844  152 KB





450x253  36 KB. Big one: 1500x844  154 KB

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

Но самое интересное начинается, если мы добавим на график результаты прогона Snapdragon 810 и MediaTek Helio X20.

450x361  12 KB. Big one: 966x776  205 KB

Разница в показателях очень большая. Snapdragon 820 на голову обгоняет все чипы на графике. Кстати, тут у нас целых два представителя Snapdragon 810 – это Sony Xperia Z4 (QSD810S на графике) и HTC One M9 (QSD810H). Обратите внимание на разницу в результатах!

450x362  30 KB. Big one: 963x774  196 KB

Вот как наглядно выглядит слабое место big.LITTLE систем – планировщик в зависимости от желания разработчиков может перекинуть интенсивную нагрузку в один поток на «слабое» ядро Cortex-A53.

Так делает Sony Xperia Z4, который лишь при исчерпании лимита возможностей кластера Cortex-A53 начинает пользоваться «толстыми» ядрами Cortex-A57. В реальной жизни это выливается в низкую комфортность работы с тем же браузером, у которого сценарии javascript работают в таком режиме. И даже если загрузить такой смартфон работой с несколькими задачами одновременно, он все равно будет использовать слабый кластер. Сделано это, понятное дело, для экономии заряда. На том же чипе HTC One M9 сразу понимает, что от него требуется, и начиная с одного потока выдает высокую производительность. Чип один – ощущения от работы устройств разные.

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





Но и тут производитель со своим планировщиком может натворить дел. Просто цена ошибки не так велика. Например, в случае с Sony Xperia XZ планировщик напрочь отказывается обрабатывать более чем четыре потока. Выглядит это так:

450x361  25 KB. Big one: 966x775  183 KB

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

450x253  37 KB. Big one: 1500x844  156 KB

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

253x450  53 KB. Big one: 844x1500  328 KB

Как ни странно, в этот момент частота всех ядер составляла ~1.6 ГГц, то есть чип работал на пределе. Полагаю, что это либо проблема конкретного смартфона, либо баг самого Linpack. В любом случае тут нужны дополнительные исследования.

Telegram-канал @overclockers_news - это удобный способ следить за новыми материалами на сайте. С картинками, расширенными описаниями и без рекламы.
Страницы материала
Оценитe материал
рейтинг: 4.4 из 5
голосов: 39

Комментарии 27 Правила



Возможно вас заинтересует

Популярные новости

Сейчас обсуждают