В реальных сценариях использования игры обычно упираются в видеокарту, так что не актуально. Это вишеры не хватало и она нередко становилась узким местом, ризен таким узким местом не является.

Ну и не спасает она и3 против р5. И даже шестиядерник скайлейк не спасёт, если у вас выбор купить его и 1050ти против р5 и 1070.
Есть конкретные покупательские запросы-столько то денег под такие то задачи. На счастье тнтела и может по его желанию, все обзорщики наглухо игнорируют эту тему. Представьте что акцентированно сравнивались бы такие процы в релиз р5, 1600 амд, и5-7400 и 6850к. Получается тормоз, безумный оверпрайс и охрененно выгодный р5. Угу, всего то акцент поменять в сравнения. И продажи пойдут по другой кривой.

А на самом деле большинству разрабов вообще плевать на столь низкоуровневые оптимизации, как и было совершенно верно сказано - они просто пишут код на ЯВУ и фреймворках и знать не хотят о каких-то там микроскопических особенностях тучи разного железа. Им бы дай бог времени и желания оптимизировать свои алгоритмы хотя бы на тему общего жора проца и памяти - многие ведь даже этим не сильно парятся. Максимум, на что хватает отдельных разрабов в этом плане - заюзать интеловский компилятор вместо студии, который иногда действительно что-то там может наоптимизировать. У АМД есть свой аналогичный компилятор? Ах, нету? Ну тогда нет ручек - нет варенья, сидите в углу и мечтайте о скором раскрытии потанцевала и втором пришествии бога кукурузы.

Прикинь - в реальной реальности, а не в волшебном мирке розовых пони, очень часто именно так дела и обстоят. Фичи - вперёд, чтобы обогнать конкурентов, а если где будет тормозить - пусть юзер проапгрейдится, если ему эти фичи на самом деле нужны.

Нет, это ты сначала должен бы показать, что особенности конкретных процов вообще учитываются кем-то кроме разрабов компиляторв - хоть интела, хоть зена, хоть бульбулей, хоть кого. Ну кроме банального "вроде как энную долю рынка стали занимать m-ядерные процы, а давайте-ка чутка тредов добавим".

Последний раз (в среднем по больнице) делать так было актуально лет 10-15 назад, не меньше..
Серьезный софт (выжимающий соки именно из _проца_) живет на АПИ/либах/сторонних оптимизациях, которые подгружаются в зависимости от того, какова система.
Писать логические форки в зависимости от архитектуры никто в бизнес-логике не будет, большинство даже распараллеливание оставляет на усмотрение базового апи/фреймворка, что иногда дарит минутки того-самого дискомфорта.

Наличие такого набора - прямая обязанность производителя процессора.
В этом плане АМД надо было "соломки подстелить", предварив релиз Райзена плотной работой с дев-комьюнити и серьезными конторами, написанием либ/модулей/фреймворков (подчеркнуть нужное), которые раскроют потанцевал.

Если видеть то что хотеть, то да. Даже пеньку наверное сливает...

Добавлено спустя 2 минуты 49 секунд:

Шо за бред, разрабы обязаны поддерживать свой текущий софт, или цена 0 такому софту. Такой ахинеи от диванных аналитиков начитаешься. ЧТо еще там программистам делать?
Тем более если дело касается ОС.
Жесть, какой маразм же упоротые фанатики придумывают лишь бы как-то принизить архитектуру от ненавистной им компании.
Иногда просто в шоке, что такое пишут на техническом сайте, некогда великом сайте.

Разрабы вообще ничего никому не обязаны. Фирма - обязана. Обязательства - в контракте.


Выполнять тех-задание. Которое дается с учетом business value, которое от поддержкие конкретного процессора для большого софта - нулевое.


На вашей аватарке - селфи?

Ой, да ладно, в том же Вотч Догс 2 1500Х ниже 60 кадров/с проваливается.

Понятное дело, что Интел дороже, после 6 лет с бульбульдозером на рынке.

Сомневаюсь. Поезд уже ушел, общественное мнение сформировано, и чтобы его изменить, амд нужно выпустить на рынок чудо. Что-то вроде 16-ядерника за 250 долларов с производительностью на ядро на уровне 7700к в разгоне до 5 ггц.

Интелу уже ничего не поможет

markz0R
Когда процедура банкротства?

Когда рак на горе свистнет! Когда выпустят 5-ый Uncharted!

linux4ever
Если можно разогнать проц, то почему бы его не разогнать? Мы же на сайте оверов. Рязань больше 4 ГГц не дается. Мой домашний 3770к 4.5 в 24/7, для того, чтобы побенчить 4.7. 6700к у дружбана 4.5 в 24/7 обычно, для бенчей 4.7-4.8 (в зависимости от софта).
Лично я свой проц менять 100 на процентов буду в этом году или начале следующего (только хочется сильно больше ядер, но чтоб по частоте не скатиться в каменный век - в том смысл, что не ксеоны), но вероятнее всего это будет не рязань. Если под нее выйдут оптимизации для того софта, что я пользую - отлично, но практически на 147 процентов уверен, что не выйдет.

BaiHou
Ну с таким вектором работает у интела ведь, жаль что значит в режиме эмуляции (без натива).

значит и 16 нагрузить не может. Синема использует все ядра, handbreak использует все ядра, svpMark использует все ядра, но никак не фотошоп. Учитывая, что ryzen по производительности на ядро быстрее хасвелла, то я в твой высер просто не верю

99% разработчиков прикладного софта (в т.ч. игр) так и существуют.
Разработчик лишь теоретически заинтересован в том, чтобы оптимизировать исполнение своего кода на конкретных ветках процессорных архитектур. На практике эта задача всегда будет иметь более низкий приоритет, чем другие, и поэтому будет делаться чуть чаще чем никогда.



Совершенно верно, об этом я и пишу. Но отдельные крайне далекие от разработки софта граждане продолжают думать, будто разработчики резво бросились переписывать архитектуру своего софта лишь потому, что случился релиз чудесного Райзена. Это даже не влажные мечты, это просто глупость и неверное представление о реальности.



Вот как раз пример такого товарища. Представления о том как в реале управляется разработка софта - не имеет, ещё и верит что программистам больше нечем заняться, кроме как под все новинки точить архитектуру работы своего софта. Которая между прочим, годами создавалась, коммерческий софт в основном именно такой.

Выкидывайте из головы эту веру что разработчики прикладного софта начнут что-то оптимизировать. Максимум, как уже было сказано, начнут какие-то представленные АМД-шные библиотеки использовать. Но не все и никаких десятков процентов прироста производительности это не даст даже в особо синтетических случаях.

Максимум чего реально можно ожидать - костыльных оптимизаций на уровне шедулера ОС. Костыли внедрить относительно несложно, но - реальный прирост от того что шедулер начнет "правильно" распределять потоки между ядрами, составит несколько единиц процентов итоговой производительности. Уверен, что и в MS это знают, т.к. костыль уже протестировали и приняли единственно верное в такой ситуации решение - оставить всё как есть, т.к. зачем трогать то, что и так работает и устраивает 99% клиентов.

Это всего лишь средний фпс.

какой же ты. утконос

выпусти машину с квадратными колесами и ной свое - в чем сложность заточить под них дороги

Да запросто. Разработчик лишь выполняет поставленную задачу, энтузиастов - единицы. Да и фичи более востребованы чем оптимизации.
Менеджменту будет не плевать, если такая оптимизация принесет прибыль, в этом случае задачу и поставит.

Кому это должны? На каком основании? Эти люди поймут? Я указал как минимум одну конкретную проблему, по ответным комментариям, я могу сделать вывод, что я метал бисер...

В точку !!!
А ещё и винить в этом ВВП )))