Я один так прочитал?

Достаточно частоту шины до 4000 поднять в следующих поколениях и думаю заиграет.

Примером 7800Х я отвечал ув. mag_ai по поводу "пересмотра шины" для впихивания 8 ядер в процессор, что, в случае использования шины от Skylake-X, новые многоядерники станут проигрывать своим же предшественникам со "старым" исполнением шины. И пока игроделы изволят пошевелиться и оптимизировать код для максимальной отдачи от такой шины, может пройти не один год, а это тормозит переход на новые процессоры, по крайней мере среди тех, кто сначала смотрит тесты, и уже после этого выбирает.

Y0! так тут от "игроделов" ничего не зависит. зависит конкретно от компиляторов и сопутствующих инструментов... ну и собственно игроделы не пишут такой софт, а берут с рынка. у обеих компаний сейчас похожие проблемы и очевидно что рынок не будет игнорировать такой звоночек те интел не откажется от меш шины (и со временем она придет в дектопы) и амд не откажется от инфити бриджа отсюда >> рынок должен научиться с этим жить и чем больше "причин" адаптировать софт тем лучше покупателю те оттягивание изменений только усугубит положение на рынке.

то есть если интел сейчас четко говорит что например айс лейк будет иметь меш шину то игроделам придется отрывать жопы и думать как с этим жить, а если они будут "ну когда нибудь уж точно инфа соточка" то еще больше игр выйдет без должной оптимизации. скажем выйдут 6 ядерные процессоры и через пень колоду игры смогут "в 6 потоков", а то что у того же райзена 1600 есть "слабое место" все забьют... а потом выйдет 8 ядерник с меш шиной и всех удивит что он работает хуже старого 6 ядерника от интел или 8 ядерного райзена (опять же для камня амд есть одно узко место, а для интела без должной оптимизации их будет 4 грубо говоря). конечно можно сказать что есть 2066, но никто ее в дектоп сегменте не рассматривает наличие там каких то проблем характеризуется "это платформа для энтузиастов" как у амд с рипперами.

mag_ai игроделы - такие же частные лавочки, как и производители железа, а это значит, что их единственная задача - стричь бабло по максимуму, а тратить - по минимуму. Поэтому игроделы начнут чесаться, как только кривая поддержка меша ударит по продажам игр, а это случится не ранее, чем у достаточного количества игроков появятся процессоры с мешем вместо кольцевой шины. Ведь покупателям, у которых "кольцевые" процессоры, пофиг на поддержку меша, а частным лавочкам не хочется тратить человеко-часы на то, что не влияет критически на объём продаж. Поэтому игры и переходили на 4 потока вместо 2 так долго, не смотря на давний выход Core 2 Quad, потому что народ спокойно сидел себе на 2-ядерниках.

Y0! я уже сам себя буду цитировать, но:

а вот эти ребя в свою очередь:

в реальности рынок программирования от игр зависит очень слабо в играх очень мало "программ" и много "картиночек". собственно картиночки не могут заставить писать хороший софт.

mag_ai "в любом случае, результат тот же" (с). Пока процессоры с ячеистой шиной не стали массовыми для достаточного количества потребителей, полной оптимизации под неё не будет. Потому и покупка для игр 8-ядерника за 499$, который сольёт кофе лейку и будет почти вровень с разогнанным 6-ядерным Райзеном (даже если не вровень, то их ценовая разница всё равно будет гораздо большей, чем разница в производительности), выглядит бесполезной переплатой, зачем тратить 499$, если можно взять 6-ядерник долларов на 150-200 дешевле, и в играх получить почти тот же результат, а пока 8 ядер станут обеспечивать значительный прирост, успеет смениться не одно поколение процессоров, и 8 ядер станут явно дешевле, чем 499$, вот тогда на них и можно перейти. Поэтому я написал, что заламывать цены в такой ситуации неразумно.

и еще раз сам себя:

mag_ai а я ещё раз повторю: пока нет массовости - не будет и оптимизации. Первый 6-ядерный i7 увидел свет 7 лет назад, первый 8-ядерный i7 - 3 года назад, а какой прирост от перехода с 4 ядер на 6 и 8 в играх мы видим сейчас? Много игроделы надумали за это время? Оторвут жопы, как только обладателей процессоров с ячеистыми шинами будет достаточно, чтобы ради них постараться.

Y0! как вам объяснить так чтоб было понятно... многопоточный код это один вид абстракций он завит от тз на программу и решений принимаемых при написании и самого кода. оптимизация конкретного кода это совсем другая абстракция которая никак по сути не взаимодействует с многопоточностью. хотя в данном вопросе эти две абстракции и пересекаются, развиваются они отдельно и зависят от разных инструментов конкретно оптимизация кода под меш шину и аналогичный вариант инфинити бридж это компиляторы вы не сможете оперировать конкретными потоками так чтоб они ложились только на "правильные ядра" на уровне кода... теоретически это возможно - практически нафиг надо. эти занимается два инструмента компиляторы (те конкретные оптимизации под конкретные архитектуры) и планировщик системы (он тоже знает "на каком цпу он работает"). так вот данный вопрос никак не зависит от игроделов они не производят оба этих компонента и берут их с рынка (те ос и компиляторы) поэтому я еще раз пишу от "игр" тут ничего не зависит - зависит от производителей софта и конкретных производителей инструментов и если интел "укажет верную дорогу" то они займутся необходимыми оптимизациями потому что они так же продают софт их заработок зависит от популярности, а в свою очередь она зависит от "производительности" (конкретно тут не про железо а скорость работы компилятора и программ после компиляции) что так же затрагивает и ос, но в меньшей степени.

... как это объяснить другими словами или иначе я не знаю если вы и сейчас не поняли то дальше нет смысла объяснять. -__-

Для оптимизации под ячеистую (mesh) шину нужны изменения в коде игры по сравнению с кодом, написанным под кольцевую (ring) шину, или "актуализированный" компилятор её сам добавляет?.. Если от игродела требуется вносить любые изменения в код для лучшей работы с ячеистой шиной, то мы возвращаемся к вопросу процента пользователей с "ячеистыми" процессорами среди всех пользователей в целевой аудитории игры (т.е. платформа 2066 там не играет большой роли, среди игроков она у единиц), который с выходом мейнстримовых процессоров Интел с ячеистой шиной, конечно, поползёт вверх, но всё равно медленно, а игроделы не станут заморачиваться ради пары процентов пользователей, ведь игру надо не просто написать, но и максимально протестировать, и игроделам будет до фонаря, что у 1% (пусть даже у 5%) покупателей игра выдаёт 80 фпс вместо 100.

ты это . не отлынивай. задача вот есть то что вышло под лейблом кор2 квад . что бы дал монолит . также есть рипер .. что можно было бы поменять будь он монолитом . так что же
1. кор 2 бы получил разве что целый кусок кэша . что таки дало бы некоторую прибавку .
2. рипер . при монолитной копоновке можно вполне отказаться как минимум от внутреннего разделения одной подложки на 2 независимых кристалла .
2.1 отказаться от 2х контроллеро памяти на кристалл .которые сейчас висят на разных нодах .

это как минимум .



не забывай до какого этапа ядра аппаратные а до какого виртуальные . при наличии НТ . все ядра аппаратные ДО конвеера . который общий . а это таки неплохая доп нагрузка на шину которая и так не справлялась . более менее в шину коры дуба переставали упираться при 1600 мгц . но этого могли достигнуть не только лиш все .



1.тоесть то что кора дуба в плане производительности с амд того времени была вровень ? что то черезчур фантастично . мы же оба современники тех событий .
2.то что интель делали скидки . ну да делали . а как быть в условиях сжимания рынка пека ?
3.вот с момента что они за тот счет не выплатили поподробней . то что 3 лярда интель им подкинули произошло аккурат перед крупным погашением долгов амд . что есно случайность .

с чего он мне не понравился ? график как график . лабаза средней руки если конечно он реальный .. тоесть ЖДУНОВ было не так много ? а ведь как заливали что японцы якобы в палатках ночевали ради этих цпу.




окей . раз логика на вас не работает . пойдем от цифр 20970 I7 7700K https://ark.intel.com/ru/products/97129 ... o-4_50-GHz . рекомендованная цена для покупателей . 350 баксов ( возьмем максимальную) . 350 баксов ЭТО НЕ ОТПУСКНАЯ ЦЕНА . она для лабаза ниже . это примерный ценник который видят интель для этого цпу .. возьмем что 7700к стоит у интеля 300 баксов ( полтинник подарим продавану ) .

300 баксов * 20970 проданных = 6 лямов 300 тыщ зеленью ( примерно )
прибыль подразделения client computing 2017 года за 2й квартал 8200 миллионов долларов . а теперь вопрос . какую часть этих доходов занимают проданные 21 тыща 7700к ? причем проданные я так понимаю за все время . тобиш с января по сегодня . тобиш цифра в реале размазана еще на большие промежутки


а кто против . пока есть старые результаты за 2й квартал .
убудт за 3й может пообсуждать за 3й . но пока обсуждать нечего .причем для обоих контор . актуально
ну вам виднее да .
Xbox scorpio как бы хоть и был выпущен во втором квартале . но деньги за него амд стали получать ЗНАЧИТЕЛЬНО РАНЬШЕ . так как он ушел в производство раньше анонса . это отразилось ли это на балансе второго квартала ? что то без взрывного энтузиазма .

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

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


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

... ну прям вообще наркомания (с) магвай
что вы этим хотите сказать? конкретно тесты того времени да я их сам в живую все видел и в руках держал мне даже собственно и тесты то не нужно (на память не жалуюсь).

они делали скидки только тем кто отказывал другим производителям, а как на тот момент других кроме амд не было получалось что нужно было выбрать интел получить скидку - не выбрал интел не получил скидку.

... все остальное тяжело воспринимать мозг уже спит.

смешались в кучу . кони ..люди

1. чтобы снизить до минимума влияние mesh на ПО которое получило проблемы .. и есть надо лечь костьми ( это интел должен делать но они пока так не считают) есть 2 варианта . оба достаточно просты
1.1 его может пофиксить мс . патчем на винду . достаточно чтобы винда потоки одного приложения не кидала на совсем дальние друг от друга ядра.. а несколько группировала.что то навроде выделения проге ядер 0-1-2-3-4 а не 0-6-8-1-3 потому что так круто.что закроет эту проблему целиком
1.2 есть еще волшебный инструмент. который обожают . и которого нет у амд . intel compiler. можно запилить target generation и впилить все фиксы в этом поле . тоже довольно просто . если нада . но судя по тому что до сих пор самым клевым свичем является core_4th_gen_avx_tsx . в реальности не нада

а вот чтобы лимитировать проблемы фабрика . нада постараться
есть 2 варианта . хороший и идеальный
1. хороший . программа должна баланситься ос исключительно внутри одного одного нода (8 ядер чтобы не вылазить из одной подложки.)и если программе нада более 8ми потоков то нужно создавать паралельный процесс с аналогичной группировкой внутри уже следующего нода . оба процесса нада синхронизировать через IPC/RPC подобные техники(так как если прога вылезет за пределы нода то сразу начинаются EPYC проблемы ) также нужно учитывать строение памяти . ОС или по должно группировать занятые области памяти в зоне ответственности КП ноды . к которой подключены ( дабы не пришлось лезть для чтения нужного куска к соседу)
2. идеальный вариант = тоже самое что и первый. только группировать нада не по 8 ядер а по 4ре . так как каждый чип имеет отдельных 2 ССХ и разделенный Л3

если для интела . можно при желании выпустить на коленке патч . то как быть с амд? это вообще реально ?изза того что они наворотили они начинают усиленно сливать если прога вылазит за 1 ноду ( 8 ядер ).хотя по правде они начинают сливать уже когда нада 4+ ядер


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

и не стоит забывать что на момент релиза коры дуба .. FX62 смотрелся с X6800 никак .. тобиш не только скидки им обеспечили победу
https://fcenter.ru/online/hardarticles/ ... mp_juterov шоб понастольгировать о 2006 году

чукча не читатель чукча писатель... собственно овер дофига моих постов и было просвещенно, но по отдельности эти два способа не будут работать и они только кажутся простыми в реальности так куча не явных проблем.

так же реально и так же "просто" как и для интел.

Радует что мейнстрим прорвало. Скоро все будут сидеть на 6-8 горшковый процах. А там игры,софт подтянут.