Исходное сообщение
"Компания AMD подтвердила потенциальную подверженность CPU AM..." Отправлено Lex, 04-Апр-21 12:57
И как же это процы неплохо-себе работают, а проги - исполняются, ведь заранее неизвестно, какие данные в ту прогу будут вводиться :) Даже если никаких ветвлений предсказываться не будет, код как работал, так работать и будет, просто в рамках отдельно взятой архитектуры и ее реализации работать будет медленней. Вы пытаетесь рассуждать об Эльбрусах аккурат как об х86_только_без_блока_предсказания_ветвлений( от которого у интела уже мозги кипят, этот блок занимает дофига места на кристалле, жрет немало энергии, притом, при каждом выполнении программы с одним и тем же набором данных ). Да только Эльбрус - это совсем не х86. Настолько, что даже арм - и тот к х86 ближе. И оптимизации да возможности там упираются далеко не только и не столько исключительно в управление ветвлениями( хотя и это тоже ), сколько в максимальном распараллеливании ака распределении нагрузки по всем ядрам, иначе часть ядер "забивается" НОП-ами.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> И как же это процы неплохо-себе работают, а проги - исполняются, ведь > заранее неизвестно, какие данные в ту прогу будут вводиться :) > Даже если никаких ветвлений предсказываться не будет, код как работал, так работать > и будет, просто в рамках отдельно взятой архитектуры и ее реализации > работать будет медленней. > Вы пытаетесь рассуждать об Эльбрусах аккурат как об х86_только_без_блока_предсказания_ветвлений( > от которого у интела уже мозги кипят, этот блок занимает дофига > места на кристалле, жрет немало энергии, притом, при каждом выполнении программы > с одним и тем же набором данных ). > Да только Эльбрус - это совсем не х86. Настолько, что даже арм > - и тот к х86 ближе. > И оптимизации да возможности там упираются далеко не только и не столько > исключительно в управление ветвлениями( хотя и это тоже ), сколько в > максимальном распараллеливании ака распределении нагрузки по всем ядрам, иначе часть ядер > "забивается" НОП-ами.
	Введите код, изображенный на картинке: