НС>Основные сценарии телефона — работающий экран, который поедает больше чем CPU.
Наоборот. Основной сценарий — выключенный экран, ожидание каких-то событий. Прихода e-mail, SMS, голосового вызова, включения экрана и т.п.. Это у большинства. Иначе только у отдельных индивидуумов, кто пялится в экран телефона по 2-3 часа в день.
Кстати, некоторые телефоны эту статистику покавают. Что сколько жрет. Например, телефоны Huawei. Вот прямо сейчас: с утра зарядил (было 100%). К вечеру осталось 74%. Из выжранных 26%:
* 42% скушало железо (14% — mobile standby, суть сотовая сеть, 14% WiFi, еще 12% — phone idle, и лишь 1.8% экран, хотя он был включен 1:19 минут!)
* 58% скушал софт (в основном firefox, garmin connect, google maps и почему-то CPU-Z — наверное, плохо написан)
Отредактировано 25.10.2015 10:55
SkyDance
(Фигассе форум сглючило. С какой-то дикой диагностикой об ошибке.)
.
Предыдущая версия
.
Re[16]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, Ночной Смотрящий, Вы писали:
C>>Ну значит в Android всё плохо внутри в текущих версиях. Вполне верю. НС>У андроида, конечно, все плохо, но дело не только в этом. Основные сценарии телефона — работающий экран, который поедает больше чем CPU. Поэтому даже при идеальной работе ОС огромных выгод от сабжа не будет.
Даже в этом режиме big.LITTLE выгоден, если пользователь не совершает активных действий, а просто смотрит на страничку.
Но больше всего big.LITTLE выгоден для фоновых задач.
Sapienti sat!
Re[17]: big.LITTLE vs Понижение частоты процессора
Но работа ведётся, ситуация улучшается: https://lwn.net/Articles/655479/
C>>Ну значит в Android всё плохо внутри в текущих версиях. Вполне верю. M>Ну то есть мое утверждение остается верным: Apple'у big.LITTLE нафиг не сдался.
Я почти уверен, что сейчас внутри Apple над ним работают. Чтобы потом с помпой объявить: "Apple изобрёл фоновые процессы!"
Sapienti sat!
Re[18]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, Cyberax, Вы писали:
C>Даже в этом режиме big.LITTLE выгоден, если пользователь не совершает активных действий, а просто смотрит на страничку.
Да ради бога. Только той выгоды — единицы процентов.
Re[18]: big.LITTLE vs Понижение частоты процессора
Cyberax: big.LITTLE рулит, Apple просто не осилили
Mamut: Apple'у просто не нужно
Cyberax: Apple сосет на фоновых задачах, вот сравни Андроид 2015-го года с Айфоном 2013-го!
Mamut: Ну, вообще-то сравнивать надо с айфонами 2015-го года.
Cyberax: Ну, эта... А, вот. Андроид говно, они не умеют, а вот у нас есть специальная ОСЬ, в которой все работает, как надо!
Mamut: «У вас Линукс неправильный». Его пихают в мобильную сферу, а там он себя не показывает никак
Cyberax: его просто никто не умеет. «Правильный линукс», который у нас, тоже не умеет. Но мы сделали ручками!
В итоге возникает закономерные вопросы:
— нафига этот big.LITTLE вообще сдался, если, как оказалось, его вообще никто не умеет, а для каких-то сугубо частных случаев надо пилить руками
— к чему эти вопли про «Apple не осилили», если оказалось, что: a) не осилили вообще все и б) apple'у это просто не нужно (см. бенчмарки и т.п.)
Здравствуйте, Mamut, Вы писали:
M>- нафига этот big.LITTLE вообще сдался, если, как оказалось, его вообще никто не умеет, а для каких-то сугубо частных случаев надо пилить руками M>- к чему эти вопли про «Apple не осилили», если оказалось, что: a) не осилили вообще все и б) apple'у это просто не нужно (см. бенчмарки и т.п.)
Яблоко работает в том же самом направлении, просто сделали более простое в разработке, но менее универсальное решение — М сопроцессор. BIG.little более универсален, но требует более сложной поддержки как в железе, так и со стороны софта.
Re[20]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, Mamut, Вы писали:
НС>>Яблоко работает в том же самом направлении, просто сделали более простое в разработке, но менее универсальное решение — М сопроцессор. M>В итоге оно работает, рулит и бибикает.
Это больше беда андроида — BIG.little до недавнего времени только в топовых процессорах был, да и то не во всех (у Qualcomm, к примеру, только в последней линейке он появился). Поэтому, ввиду фрагментации платформы, существенные доработки в ядре неторопливы.
M>Так в чем выгода и применимость этого самого big.LITTLE?
В том что он позволяет делать тоже самое, что эппловый М, но при этом не ограничен тем набором задач, на который М жестко захардкожен. Причем, потенциально, для этого софт переделывать во многих случаях не нужно, только железо и ОС.
Re[22]: big.LITTLE vs Понижение частоты процессора
M>>В итоге оно работает, рулит и бибикает. НС>Знаешь, в свое время и PocketPC работал. Так что работает — фиговый аргумент. Мы же все таки инженеры в большинстве тут.
In October 2011, big.LITTLE was announced along with the Cortex-A7, which was designed to be architecturally compatible with the Cortex-A15.[3] In October 2012 ARM announced the Cortex-A53 and Cortex-A57 (ARMv8-A) cores, which are also compatible with each other to allow their use in a big.LITTLE chip.[4] ARM later announced the Cortex-A12 at Computex 2013 followed by the Cortex-A17 in February 2014, both can also be paired in a big.LITTLE configuration with the Cortex-A7
Архитектуре уже 4 года.
M>>Так в чем выгода и применимость этого самого big.LITTLE?
НС>В том что он позволяет делать тоже самое, что эппловый М, но при этом не ограничен тем набором задач, на который М жестко захардкожен. Причем, потенциально, для этого софт переделывать во многих случаях не нужно, только железо и ОС.
Но при этом никто не знает, как его заставить это делать?
Здравствуйте, Mamut, Вы писали:
НС>>Знаешь, в свое время и PocketPC работал. Так что работает — фиговый аргумент. Мы же все таки инженеры в большинстве тут. M>Я в курсе.
Раз в курсе, то не стоит подобные аргументы в техническом споре применять.
M>Архитектуре уже 4 года.
Ты понимаешь разницу между наличием в архитектуре и распространенностью в реальных чипах?
M>Но при этом никто не знает, как его заставить это делать?
Почему ты решил что никто не знает?
Re[24]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, Mamut, Вы писали:
C>>Так и iOS тоже неправильный. Сейчас никто нормально для общего случая его использовать не умеет. Для частного случая мы руками сделали переключение. M>Внезапно до меня дошел весь цимес разговора. M>Cyberax: big.LITTLE рулит, Apple просто не осилили
Угу.
M>Mamut: Apple'у просто не нужно
Нужно.
M>Cyberax: Apple сосет на фоновых задачах, вот сравни Андроид 2015-го года с Айфоном 2013-го! M>Mamut: Ну, вообще-то сравнивать надо с айфонами 2015-го года.
Ну так фоновых задач в iOS нет.
M>Cyberax: Ну, эта... А, вот. Андроид говно, они не умеют, а вот у нас есть специальная ОСЬ, в которой все работает, как надо!
Именно так.
M>- нафига этот big.LITTLE вообще сдался, если, как оказалось, его вообще никто не умеет, а для каких-то сугубо частных случаев надо пилить руками
Только ведь ниасилуемость — это временное состояние. Работа по нормальной интеграции в ядро и ОС уже идёт, так что результаты появятся уже к следующему Андроиду.
M>- к чему эти вопли про «Apple не осилили», если оказалось, что: a) не осилили вообще все и б) apple'у это просто не нужно (см. бенчмарки и т.п.)
Станет ВНЕЗАПНО нужно уже скоро.
Sapienti sat!
Re[20]: big.LITTLE vs Понижение частоты процессора
M>>- к чему эти вопли про «Apple не осилили», если оказалось, что: a) не осилили вообще все и б) apple'у это просто не нужно (см. бенчмарки и т.п.) C>Станет ВНЕЗАПНО нужно уже скоро.
Ровно так.
Как это было с copy-and-paste и многозадачностью.
Re[26]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Mamut, Вы писали:
M>>Ну вот рядом Cyberax это в итоге сказал прямым текстом
НС>Можно цитату?
M>Сейчас никто нормально для общего случая его использовать не умеет. Для частного случая мы руками сделали переключение.
Ты правда считаешь, что "не умеет" в этом контексте это тоже самое что "не знает"? Мне так кажется, что в данном случае "не умеет" означает "не реализовано", если что Cyberax поправит.
Re[21]: big.LITTLE vs Понижение частоты процессора
Здравствуйте, SkyDance, Вы писали:
SD>Ровно так. SD>Как это было с copy-and-paste и многозадачностью.
Ой не факт. Всякие мелкие применения в Эппл традиционно обзовут ненужными, а если появится что то существенное они просто допилят М, благо и ОС и железо под их полным контролем.
Re[22]: big.LITTLE vs Понижение частоты процессора
SD>>Ровно так. SD>>Как это было с copy-and-paste и многозадачностью.
НС>Ой не факт. Всякие мелкие применения в Эппл традиционно обзовут ненужными, а если появится что то существенное они просто допилят М, благо и ОС и железо под их полным контролем.
Можно ссылки на то, как Apple называли многозадачность и copy-paste ненужными?
M>>Сейчас никто нормально для общего случая его использовать не умеет. Для частного случая мы руками сделали переключение.
НС>Ты правда считаешь, что "не умеет" в этом контексте это тоже самое что "не знает"? Мне так кажется, что в данном случае "не умеет" означает "не реализовано", если что Cyberax поправит.
