Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Это лирика, ядра вполне можно назначить хоть в диспетчере задач. Мне не нравится что на удобство этого ни АМД ни мелкомягкие не обращают внимания. Вместо этого только «драйверы», которые якобы всегда сами все наилучшим образом подберут. Так не бывает. Поэтому у пользователя должно быть больше удобных инструментов.
Мне не хватает нескольких сотен в стелларисе, фактории, аое и куче других относительно старых игр, которые упираются в процессоры, а не в гпу. И разница там как раз гораздо ощутимее 500 и 600 фпс в ксго.
.
Совершенно верно, для процессоры микросекунды это миллионы тактов, а для юзера никакого заметного провисания не видно.
Во-первых «драйвер чипсета» и «аппаратный планировщик» это примерно одно и тоже, софтверного управления нет. Во-вторых не нужно приписывать мне «не смущает». У Интела задача планирования принципиально проще, вот и все. В-третьих «процессор преобразует» и «вы ничем не управляете» это две большие разницы. В-четвёртых ПО с закрытым кодом смущает, закладки в процессорах АМД и Интела смущают. И должны смущать всех кто интересуется железом.
Подмена понятий. Говорили о движках и играх, переключились на исключительно API. Ладно, неважно. Отвечаю на вопрос — на этих API работают не только игры. Поэтому «игры и движки» — это слишком мало, а API — это слишком много. Тупик.
.
Обычные игроки большую часть времени играют не в ААА игры. Но это не значит что в этих играх не нужна производительность.
.
Нет, никакие первые 10 метров из 100 это не займёт, это определяется за пару микросекунд.
Ничего простого. У Интела могла быть простая логика «если е-ядро загружено на 90%+ перекидываем на р-ядра пока р-ядра не закончатся». Решили усложнить. АМД ещё хуже. Однопоточка может быть иллюзией, ещё и куча «если игры, если движок». Те игры не намерили, те движки не учли — косяки буквально неизбежны.
Это не проще, это сложнее. В одной задаче будет больше профита от кэша, в другой от частоты. А у Интела Р-ядра всегда (!) будут лучше Е-ядер, просто дороже. Задача Интела как раз так кратно проще, чем амдшная разночиплетность.
Не вижу ничего простого или во всяком случае однозначно хорошего. Как минимум здесь может быть конфликт логики распределения ядер ОС и процессором. С чего вдруг вообще чипсет имеет право назначать ядра? Это ответственность ОС и пользователя.
Вместо этого суют в процессор неотключаемые закладки без возможности софтверного управления.
Может быть, да как-то слишком вскользь, доверия не внушает. Тем более задача здесь сложнее. Понять какой нагрузке нужен кэш, а какой частота (и выдать соответствующие ядра) — куда сложнее, чем оценить ресурсоемкость задачи (и выдать е/р ядра).
Скорее всего ещё и дополнительные проблемы будут с планировщиками ОС, раскидывающими задачи не на те ядра. Интел при релизе алдер лейков хоть с мелкомягкими сотрудничали на эту тему. У АМД про это вообще ни слова.
Во-первых это будет не раньше 2028, надо ещё дожить.
Во-вторых в описанном нет ничего революционного, производительный и энергосберегающий режимы и без того существуют.
.
А на производительности он бы потерял 10% примерно.
.
Совершенно верно, для процессоры микросекунды это миллионы тактов, а для юзера никакого заметного провисания не видно.
.
Обычные игроки большую часть времени играют не в ААА игры. Но это не значит что в этих играх не нужна производительность.
.
Нет, никакие первые 10 метров из 100 это не займёт, это определяется за пару микросекунд.
Вместо этого суют в процессор неотключаемые закладки без возможности софтверного управления.
Не совсем. Ещё нужно снизить цены.
Во-вторых в описанном нет ничего революционного, производительный и энергосберегающий режимы и без того существуют.
https://youtu.be/ITmbT6reDsw&t=575s
Целых 140 ватт вместо 150