Что бы играть музыку в плейере или "слушать" новые push/mail сообщения, достаточно же частоту уменьшить в 3-N раз, а не совать в чип лишние ядра/транзисторы.
Похоже на то что в ARM искуственно хотят просто площадь чипа увеличить что бы теплоотвод повысить. Бред наверно Но других объяснений не могу придумать.
Здравствуйте, VladCore, Вы писали:
VC>Ну и зачем этот big.LITTLE?
Рискуя окунуться в конспироложество, предположу со своей дилетантской колокольни: ARM долго позиционировался (некоторыми) (фанатами) как "intel без исторических наслоений", "вот смотрите, у нас сейчас производительность почти как у Intel'а, а энергопотребелние в 100500 раз меньше, вот мы Intel догоним а энергоэффективность будет ВАХ!". Но, вдруг, откуда не возьмись, оказывается что рост производительности с какого-то момента повышает энергопотребление совсем даже не линейно и с наскока обогнать Intel не получится — начинают плодится и размножатся ядра (вспомните, когда-то даже 2-х ядерный телефон был предметом шуток). Но рост производительности самих ядер не так высок, как хотелось бы и предел не за горами. Как быть, маркетологи держат за... горло, и говорят что 4-х ядерный процессор будет продаваться хуже восьмиядерного, пусть даже он быстрее, а 8-ми ядерный, с другой стороны, сможет поджарить не только яичницу. Вот и пришло красивое решение — делаем часть ядер быстрыми, а остальные обрезанными — и можно почти честно написать что у нас есть 8-ми ядерный процессор нового поколения. Покупатели радостно несут деньги, производители счастливы, всем весело.
(Статья, кстати, 3-х летней давности — интересно как в итоге всё сложилось)
VC>Что бы играть музыку в плейере или "слушать" новые push/mail сообщения, достаточно же частоту уменьшить в 3-N раз, а не совать в чип лишние ядра/транзисторы. VC>Похоже на то что в ARM искуственно хотят просто площадь чипа увеличить что бы теплоотвод повысить. Бред наверно Но других объяснений не могу придумать. VC>Ну и зачем этот big.LITTLE?
Здравствуйте, VladCore, Вы писали:
VC>Что бы играть музыку в плейере или "слушать" новые push/mail сообщения, достаточно же частоту уменьшить в 3-N раз, а не совать в чип лишние ядра/транзисторы.
Современные intel core iN умеют выключать ядра (и при этом разгонять только одно ядро) для энергоэффективности. Почему бы для пущей энергоэффективности не выключить более энергоемкое мощное ядро и использовать более энергоэффективное маломощное ядро? Не всем же нужна simd-"плавающая точка", а жрет она не мало, даже в простое. То что несимметричная многопроцессорность это еще одна головная боль для (планировщика) операционной системы, это уже проблемы операционной системы.
Здравствуйте, Stanislaw K, Вы писали:
SK>Здравствуйте, Somescout, Вы писали:
S>>(Статья, кстати, 3-х летней давности — интересно как в итоге всё сложилось)
SK>Толком ничем. Сделали Big.LITTLE Processing with ARM Cortex™-A15 & Cortex-A7 на том и успокоились.
SK>https://www.arm.com/products/processors/technologies/biglittleprocessing.php
Здравствуйте, fin_81, Вы писали:
_>Здравствуйте, VladCore, Вы писали:
VC>>Что бы играть музыку в плейере или "слушать" новые push/mail сообщения, достаточно же частоту уменьшить в 3-N раз, а не совать в чип лишние ядра/транзисторы.
_>Современные intel core iN умеют выключать ядра (и при этом разгонять только одно ядро) для энергоэффективности. Почему бы для пущей энергоэффективности не выключить более энергоемкое мощное ядро и использовать более энергоэффективное маломощное ядро? Не всем же нужна simd-"плавающая точка", а жрет она не мало, даже в простое. То что несимметричная многопроцессорность это еще одна головная боль для (планировщика) операционной системы, это уже проблемы операционной системы.
о том и речь. у Аппла тоже кстати big.LITTLE нету. они два чипа суют в соответствии с best practice. A-"серия" и М-"серия".
Здравствуйте, VladCore, Вы писали:
VC>о том и речь. у Аппла тоже кстати big.LITTLE нету. они два чипа суют в соответствии с best practice. A-"серия" и М-"серия".
VC>Сорри за повтор. Ну и зачем этот big.LITTLE?
В смысле о чем речь? Разные типы ядер сидят на одном и том же окружении (кеш, модули работы с памятью, портами и тп). Любая задача может мигрировать между ядрами с минимумом накладных расходов (например, копированием состояния регистров).
Выполняется задача в фоне на слабом ядре, ждет сигнала; пришел сигнал и начал перемалывать данные на сильном ядре.
Здравствуйте, fin_81, Вы писали:
_>Здравствуйте, VladCore, Вы писали:
VC>>о том и речь. у Аппла тоже кстати big.LITTLE нету. они два чипа суют в соответствии с best practice. A-"серия" и М-"серия".
VC>>Сорри за повтор. Ну и зачем этот big.LITTLE?
_>В смысле о чем речь? Разные типы ядер сидят на одном и том же окружении (кеш, модули работы с памятью, портами и тп). Любая задача может мигрировать между ядрами с минимумом накладных расходов (например, копированием состояния регистров).
а насколько это проще частоту понизить?
_>Выполняется задача в фоне на слабом ядре, ждет сигнала; пришел сигнал и начал перемалывать данные на сильном ядре.
о том и речь. в аппле нет таких извратов. там посчитали что не нужен, но вы предложите вашу идею куку.
_>А как соединены "А" и "М" в эплле без понятия.
тоненькими "проводами" по плате соеденены а зачем вам как они соединены в контексте потребления энергии?
Здравствуйте, fin_81, Вы писали:
_>Здравствуйте, VladCore, Вы писали:
VC>>Что бы играть музыку в плейере или "слушать" новые push/mail сообщения, достаточно же частоту уменьшить в 3-N раз, а не совать в чип лишние ядра/транзисторы.
_>Не всем же нужна simd-"плавающая точка", а жрет она не мало, даже в простое.
чё? плавающая точка, точнее neon и vfp4, — это такая же инструкция которая выполняется 1 или более тактов. с чего это проц должен больше потреблять если эта инструкция есть но не вызывается?
As well as running 64-bit applications, the Cortex-A53 seamlessly and efficiently runs legacy ARM 32-bit applications. It is highly scalable, from a single multi-core CPU cluster, to a dual-cluster big.LITTLE CPU subsystem in combination with the Cortex-A72 or Cortex-A57 processor,
Здравствуйте, watchyourinfo, Вы писали:
VC>>Ну и зачем этот big.LITTLE? W>Интел делала подобные прототипы еще лет 15 назад.
Эмм... а официальные пруфы есть?
А то intel времён 2k — это willamette, больше гигагерц и всё в таком духе. Про "производительность на ватт" стали вспоминать слегка попожже
Здравствуйте, VladCore, Вы писали:
_>>В смысле о чем речь? Разные типы ядер сидят на одном и том же окружении (кеш, модули работы с памятью, портами и тп). Любая задача может мигрировать между ядрами с минимумом накладных расходов (например, копированием состояния регистров).
VC>а насколько это проще частоту понизить?
Раз перешли на уровень "не нужен", то есть симметричный ответ.
Если понижение частоты не дает необходимый результат, то понижение частоты не нужно.
_>>Выполняется задача в фоне на слабом ядре, ждет сигнала; пришел сигнал и начал перемалывать данные на сильном ядре.
VC>о том и речь. в аппле нет таких извратов. там посчитали что не нужен, но вы предложите вашу идею куку.
Если в эппле куку-инженьёры, не могут запилить в ядре открыто сворованной ОС поддержку несимметричной многопроцессорности, то известно кто "не нужен". В андроиде, что на линухе, биг-литл рабтает искаробки.
_>>А как соединены "А" и "М" в эплле без понятия.
VC>тоненькими "проводами" по плате соеденены а зачем вам как они соединены в контексте потребления энергии?
Очень содержательный ответ. Это отдельные полноценные процессоры или ядра с общим модулем работы с памятью, портами, кешем?
А тоненькие провода позолоченные или из алюминия с покрытием из окисла алюминия?
Здравствуйте, Stanislaw K, Вы писали:
SK>Это скорее продолжение НИОКР, снизили потребление, перешли на новый техпроцесс. Будем надеяться что допилят.
Неплохой такой НИОКР на популярных смартах, типа: гугл нексус, самсунг гелегси и тп.
_>>https://en.wikipedia.org/wiki/ARM_big.LITTLE#Implementations
SK>Ну да. три девайса в год, да еще и не популярными ограниченными сериями. Я бы сказал что в широкие массы оно как то "не пошло".
Здравствуйте, fin_81, Вы писали:
SK>>Это скорее продолжение НИОКР, снизили потребление, перешли на новый техпроцесс. Будем надеяться что допилят. _>Неплохой такой НИОКР на популярных смартах, типа: гугл нексус, самсунг гелегси и тп.
Обычное дело. Выпустить опытную партию, и смотреть как оно себя ведет в реальной эксплуатации. Лабораторные крысы гики в наблюдения и модель использования вносят искажения и результат недостоверен. Только дикий пользователь, только реальная жизнь.
_>>>https://en.wikipedia.org/wiki/ARM_big.LITTLE#Implementations
SK>>Ну да. три девайса в год, да еще и не популярными ограниченными сериями. Я бы сказал что в широкие массы оно как то "не пошло". _>Тебя Тим Кук нежно покусал?
VC>>о том и речь. в аппле нет таких извратов. там посчитали что не нужен, но вы предложите вашу идею куку.
_>Если в эппле куку-инженьёры, не могут запилить в ядре открыто сворованной ОС поддержку несимметричной многопроцессорности, то известно кто "не нужен". В андроиде, что на линухе, биг-литл рабтает искаробки.
Тяжело с вами дискутировать. Apple "своровал" ядро у стива джобса. точнее его некста.
Здравствуйте, Stanislaw K, Вы писали:
SK>>>Это скорее продолжение НИОКР, снизили потребление, перешли на новый техпроцесс. Будем надеяться что допилят. _>>Неплохой такой НИОКР на популярных смартах, типа: гугл нексус, самсунг гелегси и тп.
SK>Обычное дело. Выпустить опытную партию, и смотреть как оно себя ведет в реальной эксплуатации. Лабораторные крысы гики в наблюдения и модель использования вносят искажения и результат недостоверен. Только дикий пользователь, только реальная жизнь.
Опытная партия в 10ки-сотни миллионов. Какой-то слабый НИОКР, вообще ниачом.
_>>>>https://en.wikipedia.org/wiki/ARM_big.LITTLE#Implementations
SK>>>Ну да. три девайса в год, да еще и не популярными ограниченными сериями. Я бы сказал что в широкие массы оно как то "не пошло". _>>Тебя Тим Кук нежно покусал?
SK>В каком смысле?
10-100 миллионов — ограниченная серия. Просто замечательно. Буду знать новое название для таких величин.
Но других объяснений не могу придумать.
