Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
"#iPhone11 and #iPhone11Pro sensors have over 30% higher max ISO — allowing them to be far more sensitive in low light. "
Там справа человек переходит улицу. Он не смазан вообще. Выдержка т. о. короткая.
Шерлок Холмс из вас так себе.
1600 в GB5 это разогнанный до 6+GHz
upd: Ошибся, до 5.6GHz
https://browser.geekbench.com/v5/cpu/121994.gb5
«processor_frequency»: {
«frequencies»: [
5591
Это кстати довольно высокий результат
https://hwbot.org/benchmark/geekbench5_-_single_core/
Ответите на вопрос выше?
«Ядра ARM могут выполнять ровно 0% от набора инструкций х86. Компактность кода х86 имеете доказать? Вы ведь х86-64 имеете в виду?»
«Intel представили набор инструкций AVX512»
LRB-NI был представлен уже очень давно.
«улучшили деление, происходящее на ALU до каких-то смешных 4 циклов»
Какая инструкция? В какой микроархитектуре?
Самое быстрое деление у Apple: 8-10 тактов.
«а вот Apple представили в свою очередь ядра Vortex, которые имеют всего на 10-15% больше IPC»
По сравнению с чем? У Vortex на 50% выше IPC чем у SKL.
Да-да. Купила в 2010 :-) К тому же не одного, а двух.
Ушли годы чтобы построить топовую команду, Apple вкладывала в неё миллиарды. Сейчас пожинает плоды.
Продолжайте бредить дальше ;-)
«примерно в 3.3 раза (!) больше инструкций»
Это вообще не важно. Т.е. да, декодер сложнее и отчасти из-за него у х86-процессоров низкий темп декодирования, но часто он вообще выключен, потому как выполняется код из DSB.
«Скажем так, в x86 коде потребовалась бы эмуляция для Apple A12X, которая сильно порезала бы производительность, не берусь судить»
Для чего? Зачем эмуляция, когда программы компилируют под конкретный процессор?
«что же он выберет, более эффективный ARM или x86 с более полным набором команд»
Программисту вообще пофиг насколько «полный» набор команд. Он его только в отладчике увидит.
«для Вас это не очевидно, но код x86 намного компактнее»
Какой х86 вы имеете в виду?
8086 с 8-битным набором? Thumb2 не хуже.
Если же брать современные реалии, то плотность кода AArch64 выше чем у AMD64.
Не верите — gcc.godbolt.org
Вон IBM-овские чипы работают на 5ГГц без всяких турборежимов,
Там справа человек переходит улицу. Он не смазан вообще. Выдержка т. о. короткая.
Шерлок Холмс из вас так себе.
upd: Ошибся, до 5.6GHz
https://browser.geekbench.com/v5/cpu/121994.gb5
«processor_frequency»: {
«frequencies»: [
5591
Это кстати довольно высокий результат
https://hwbot.org/benchmark/geekbench5_-_single_core/
«Ядра ARM могут выполнять ровно 0% от набора инструкций х86. Компактность кода х86 имеете доказать? Вы ведь х86-64 имеете в виду?»
«Intel представили набор инструкций AVX512»
LRB-NI был представлен уже очень давно.
«улучшили деление, происходящее на ALU до каких-то смешных 4 циклов»
Какая инструкция? В какой микроархитектуре?
Самое быстрое деление у Apple: 8-10 тактов.
«а вот Apple представили в свою очередь ядра Vortex, которые имеют всего на 10-15% больше IPC»
По сравнению с чем? У Vortex на 50% выше IPC чем у SKL.
Экраны, камеры стали требовать больше памяти. ОС постоянно растёт.
Вам это так сложно понять?
Ушли годы чтобы построить топовую команду, Apple вкладывала в неё миллиарды. Сейчас пожинает плоды.
Продолжайте бредить дальше ;-)
Это вообще не важно. Т.е. да, декодер сложнее и отчасти из-за него у х86-процессоров низкий темп декодирования, но часто он вообще выключен, потому как выполняется код из DSB.
Для чего? Зачем эмуляция, когда программы компилируют под конкретный процессор?
«что же он выберет, более эффективный ARM или x86 с более полным набором команд»
Программисту вообще пофиг насколько «полный» набор команд. Он его только в отладчике увидит.
«для Вас это не очевидно, но код x86 намного компактнее»
Какой х86 вы имеете в виду?
8086 с 8-битным набором? Thumb2 не хуже.
Если же брать современные реалии, то плотность кода AArch64 выше чем у AMD64.
Не верите — gcc.godbolt.org