согласен. Ситуация повторяется из года в год на всех рынках. Смешно смотреть как с выходом 1080Ti ebay завален старыми 1080 - уходят уже и за $450.

Добавление от 11.03.2017 09:29:

а в чём собственно конфликт интересов по вашему?

поверхностное - есть. Хотелось бы ошибаться.

DJT
а в чём собственно конфликт интересов по вашему?
АМД сказала, что выпустит драйвера для поддержки AM4 в Windows 7 (срок расширенной поддержки которой еще 3 года), но "баба Яга против"(с) и тут вдруг произошел перенос нового патча\билда Win10 никто ни на кого не давит конечно - все чистые совпадения

PS
открываем раздел дров одного из производителей материнок и что там? правильно.. драйвера под Win7 для AM4 а че там у Intel со скайлейками?

@Slavik@
а че там у Intel со скайлейками?
У скайлайков с win7 все в порядке, проблема только где то со встроенной графикой по слухам. Да и то без особых доказательств. А у АМД видео ядра нет, так что и поддерживать нечего. Но зато интел и там и там пашет правильно, в отличии от сами знаете кого, кто "типа поддержку под win7" сделал

HQStorm
У скайлайков с win7 все в порядке
да вроде как там проблемы с аппаратной поддержкой декодирования видео.. но да видеоядро так же были нюансы с USB3\3.1 но это тоже изменили вроде как..
Но зато интел и там и там пашет правильно
я бы удивился если бы было сильно по другому.. сколько там % Windows на Intel установлено Intel может подумать и сказать что прекращает поддержку Windows Server драйверами (только Unix\Linux для серверов.. только хардкор ) - он как бы имеет аргументы прогнуть майков и кто будет себе буратиной если MS ему запретит пилить поддержку Win7 для процев? кстати там уже несколько раз про это говорилось.. то опять изменялось ну и такие нюансы с Intel Braswell and Skylake Platforms http://www.asrock.com/microsite/win7install/

https://youtu.be/336hnBycerE?t=33m54s Забавно

matik
В-третьих, контроллер кэша (надеюсь, вы имели в виду не SAS кэш-контроллер?) к предсказанию перехода отношения не имеет, у него куча своих задач.
Переходы он не предсказывает, но ведь кэш-кон­т­рол­лер про­гно­зи­ру­ет об­ра­ще­ния про­цес­со­ра к па­мя­ти, за­ра­нее за­гру­жая в кэш-па­мять не­об­хо­ди­мые дан­ные.

Ivan_83
И конкретно задрачивать его под какие то алгоритмы не будут, это не нвидия с её пол гигабайтными дровами где для каждой игры своя оптимизация - здесь так не получится.
Я так это представляю. Есть код, он анализируется и создается профайл, который ускоряет наиболее тяжелые участки. Далее этот профайл загружается в предсказатель.

Этот график не дает мне покоя)

1) какой процент тестов делался после sleep с выключенным HPET?
2) в каких обзорах публиковали абнормально высокие результаты Синибенча? я вот о них у знал 15 минут назад.. "все" тоже про них знали?
3) это чей баг конкретно? не операционной системы часом?
это просто привлечение внимание к ютуб-каналу на хайпе сейчас просмотров насобирают и монетизируют сколько там рекламы в ролик с такой длительностью засунуть можно?

@Slavik@
1) какой процент тестов делался после sleep с выключенным HPET?
понятия не имею, но утверждение, что без HPET результаты лучше, я видел и раньше.

2) в каких обзорах публиковали абнормально высокие результаты Синибенча?
Пускай у обозревателей голова болит, что они натестили, мне так Синебенч вообще не интересен. Но вы упустили главное, растет не только Синебенч, растут все бенчи, потому что таймер неправильно работает.

3) это чей баг конкретно? не операционной системы часом?
Да пофиг.

терпеть не могу это линуса визгливого с прокушенными ухами. да фигня всё это. На умирающем рынке ПК они не то, что должны сплотиться, должны в дёсна дружить. Но судя по приведенным фактам всем игрокам насрать: и интелу, и нвидии, и мелкомягким, и амд.

Boris Usievichтак это майков скорее всего косяк в рекомендация AMD вроде как по обзорам, но никто не говорил что надо в sleep сначало.. это уже багофича мне интересно растут ли фпс от этого

@Slavik@
так это майков скорее всего косяк
Ну поскольку на Intel ничего подобного не наблюдается, то сдается мне косяк этот AMDшный.

Boris Usievich
так у Интел и не NUMA ведь с двумя CCX.. посмотрим что будет после апдейта винды

Что-то ценник на Рузены негуманные в нашей рознице. 40 т.р. за 1800 как-то перебор.

DJT
не умеют сотрудничать, противоречие на противоречии.

sample-626
Вообще странно, что по этому поводу тишина везде в прессе. По идее должны были бы быть огромной ширины и величины заголовки.

Нет тут ничего кроме раздолбайства.
Все подумали: ещё один проц, что тут может пойти не так?
Ну на говнокодили индусы в ядре десятки, но венда же работает на райзене, так что всё нормально.

Добавление от 11.03.2017 13:15:

Данила Романов
Я так это представляю. Есть код, он анализируется и создается профайл, который ускоряет наиболее тяжелые участки. Далее этот профайл загружается в предсказатель.

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


@Slavik@
1) какой процент тестов делался после sleep с выключенным HPET?
2) в каких обзорах публиковали абнормально высокие результаты Синибенча? я вот о них у знал 15 минут назад.. "все" тоже про них знали?
3) это чей баг конкретно? не операционной системы часом?

Тут же нужно понимать что этот таймер многим тестам вообще похер.
Тоже кодирование в h.264/265/прочие кодеки, или компеляция ядра линуха - им пофик, у них работы фиксированное количество и на долго.


Вадик
Что-то ценник на Рузены негуманные в нашей рознице. 40 т.р. за 1800 как-то перебор.

А нахера тебе переплачивать 100 баксов за 200 МГц частоты?
А 1700х уже чуть ниже 28к руб.

по рекомендованой будут осенью , это-ж АМД, 1-в-1 как с полярисом на старте

Boris Usievich
Красивые картинки. Получается AMD за счёт организации ядер в два блока CCX уменьшили задержки внутри CCX в два раза по сравнению с Intel (40нс против 80нс) ценой увеличения задержек между CCX (140нс против 80нс).

Ivan_83
HT значительно увеличил производительность за счет небольшого роста транзисторного бюджета. Так что не вижу ничего плохого в раздувании BPU.

Исправлено: Данила Романов, 11.03.2017 14:29

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

Кэш-контроллер этим не занят, он обслуживает уже случившиеся запросы, отрабатывает cache miss, и т.д. Но работает в тесном сотрудничестве с остальными блоками, конечно.

Данила Романов
HT увеличил производительность за счет небольшого роста транзисторного бюджета. Так что не вижу ничего плохого в раздувании BPU.

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

Ivan_83
И вот именно в интеловом HT они случались периодически.Я всегда HT выключаю в интелах, чтобы не мешался.
Прирост от HT/SMT - показатель сбалансированности ядра. Если он большой - значит при загрузке одним потоком дофига исполнительных устройств простаивает.

Очень многое зависит от кода, код бывает очень разный. Какой-то специфический синтетический код, может загружать ядро в один поток, а другой код и в два потока не загрузит.

matik
Не важно, главное, что у нас есть возможность значительно увеличить производительность за счет улучшения предсказаний. (смотрите график выше, там моделирование производительности при идеальных предсказаниях, идеальном кэше).

Stukalov Igor
Я когда рассматривал фотки, вроде почти у всех виден внешний генератор.
Пока QVL у G.Skill для 3200MT/s выглядит так:



Видимо пока что-то не так с множителем 16:1 (3200MT/s на базовой 100MHz) у Ryzen.

Исправлено: omgFiRE, 11.03.2017 15:38

Данила Романов
смотрите график выше, там моделирование производительности при идеальных предсказаниях, идеальном кэше
Я видел этот график раньше

D.A.S.
Очень многое зависит от кода, код бывает очень разный. Какой-то специфический синтетический код, может загружать ядро в один поток, а другой код и в два потока не загрузит.
Так речь не о специфическом коде. Процессор у нас общего назначения => если у ядра на большинстве задач есть большой прирост от SMT - значит в нём слишком дофига исполнительных устройств