Re[5]: big.LITTLE vs Понижение частоты процессора
От: fin_81  
Дата: 20.10.15 13:16
Оценка:
Здравствуйте, VladCore, Вы писали:

_>>В смысле о чем речь? Разные типы ядер сидят на одном и том же окружении (кеш, модули работы с памятью, портами и тп). Любая задача может мигрировать между ядрами с минимумом накладных расходов (например, копированием состояния регистров).


VC>а насколько это проще частоту понизить?


Раз перешли на уровень "не нужен", то есть симметричный ответ.
Если понижение частоты не дает необходимый результат, то понижение частоты не нужно.

_>>Выполняется задача в фоне на слабом ядре, ждет сигнала; пришел сигнал и начал перемалывать данные на сильном ядре.


VC>о том и речь. в аппле нет таких извратов. там посчитали что не нужен, но вы предложите вашу идею куку.

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

_>>А как соединены "А" и "М" в эплле без понятия.


VC>тоненькими "проводами" по плате соеденены а зачем вам как они соединены в контексте потребления энергии?

Очень содержательный ответ. Это отдельные полноценные процессоры или ядра с общим модулем работы с памятью, портами, кешем?
А тоненькие провода позолоченные или из алюминия с покрытием из окисла алюминия?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.