Я так понял на старте будут только мп Z370? Если так то сильнейшего ажиотажа не будет. А так 8400 рискует стать народным процессором года, он явно будет быстрее в играх всех топовых предыдущих с приемлемой ценой. А 8700 скорее станет вторым 2600, купил и на 5 лет.
Если только в их манямирке, тут постоянно под такими новостями всякие шизоиды пытаются себя убедить в чем то в стиле - "моего i5 2500k/i7 2600K хватает для всего
Прошу прощения, а почему шизоидов? Вполне аргументированное мнение. http://cpu.userbenchmark.com/Compare/In ... /3647vs621 В стоке 2600K проигрывает самому крутому 7700K всего 40% при меньшей на 22% частоте. При равной частоте разница менее 20%. А учитывая припой и хороший разгон у Бриджей, вполне реально уменьшить эту разницу и вовсе до уровня погрешности.
Т.е ради 6-7% производительности надо делать скальп.... и без этого никак? 50 и 53 fps, вот разница скажем.... И это ценой приличного увеличения напряжения питания, до достаточно экстримальных уровней на постоянку. Да и 100% стабильность есть ли, или в лучшем случае на грани.
Вы преувеличиваете. Напряжение питания 1,35v не является каким-то экстремальным, мат. плата в авторазгоне ставит до 1,312v. Стабильность 100% есть, все проверено-перепроверено. Разница в играх скорее 105 и 120 фпс, а для 120гц монитора это весомо. К сожалению, реальность такова, что без скальпа серьезного разгона не получится по причине температуры.
_________________ i7 10700k@5,1 l NH-D15S l MSI z490 Gaming Plus l 2x16Gb 4000 16-16-16-34 l RTX 4080 Phantom GS l SB Z l CM V1000 l Phanteks P600S l DELL S2721DGFA
следили бы за темой . уже давно бы знали что даже бенчмарк словил предел по ядрам
что там словил бенчмарк исключительно проблема бенчмарка , а не многоядерных CPU ..
mo3ulla писал(а):
. что уж говорить о софте для простых смертных
простые смертные тоже разные бывают - кто то кодирует видео , кто рендерит 3D сцены , кто то фотошопит , кто то архивирует ..
что касается игр, то вероятно при появлении массовых 128C/256T их тоже найдут чем утилизировать ..
как например сейчас на 4-ом пне ни одна современная игра не пойдёт ..
mo3ulla писал(а):
вы мальца путаете . видюхт линейно зависимы от колва блоков .
ну так и под CPU есть такие задачи которые линейно зависимы от количества "блоков" (ядер/потоков процессора) ..
mo3ulla писал(а):
специфика зпдпч такова что сам драйвер способен разбить задачу на нужное колво потоков обеспечив максимальную загрузку . всех блоков
вообще то под GPGPU (opencl/cuda/DirectCompute) задачи пишутся изначально распараллеленными , т.е. задаётся код программы которая в зависимости от номера потока по своему обрабатывает входные данные и задаётся общее число потоков ..
mo3ulla писал(а):
цпу - требуют изначально разбитой и синхронизированной на потоки программы .
что значит "синхронизированной на потоки" в данном случае не очень понятно , но предположу что "разбитой на потоки программы"
в таком случае отмечу что это справедливо для GPGPU
mo3ulla писал(а):
тобиш если прога была под 2 ядра . подоткни вы ей 16 . она все равно будет использовать 2 .
аналогично и для GPGPU - если вы напишете программу 2-х поточную (что для GPGPU бессмысленно), то вместо тысячи задействованных ядер задействуются лишь два ..
mo3ulla писал(а):
а вот с этим проблемы . так как в отличии от гпу . задачи цпу требуют синхронизации потоков .
бред , синхронизация между потоками может требоваться как в GPGPU задачах, так и в CPU ..
mo3ulla писал(а):
из этой задачи и вылезает подмножество проблем называемых thread overhead . которые при текущих цпу решить -невозможно
такие задачи могут быть как для CPU, так и для GPGPU - но только такими задачами специфика применения не ограничивается ..
Последний раз редактировалось itmanager85 07.09.2017 12:51, всего редактировалось 1 раз.
У чела просто проц говно попался. Напруги аццкие. У меня 4790к работает на 4.7 ггц при 1.275 в всего. И не греется нифига. Ну, разве что если во всяких линксах. Но я в линксы не
Почему это сразу проц. говно?) Для 4770k это нормальный средний результат. Самые отборные всего на +100Мгц работают при том же напряжении.
AnabiozTLNH писал(а):
То чувство, когда HEDTшные шестиядерники переименовали в i7, а пипл и рад схавать этот ребрендинг (который на КУ и так можно купить за 21к), надеясь что будет 30% прирост против мощей хасвелла в разгоне, В ИГРАХ. Господи... Вам в этом неоптимизированном гамне даст прирост видеокарта помощнее. Разницу почувствуют ребята с 775ым сокетом.
Не все хотят переплачивать за HEDT платформу. И да, 30% прирост будет при мониторе 120-144гц. Для 60гц конечно другая песня.
_________________ i7 10700k@5,1 l NH-D15S l MSI z490 Gaming Plus l 2x16Gb 4000 16-16-16-34 l RTX 4080 Phantom GS l SB Z l CM V1000 l Phanteks P600S l DELL S2721DGFA
Member
Статус: Не в сети Регистрация: 09.07.2008 Откуда: Золотая миля.
itmanager85 писал(а):
ну так и под CPU есть такие задачи которые линейно зависимы от количества "блоков" (ядер/потоков процессора) ..
Основная масса кода СPU - это конструкции типа if-then, т.е. условные циклы. Простого числодробления, как у ГПУ - мало. Поэтому нужна очень тщательная, трудоёмкая синхронизация даже нескольких потоков. В отличии от ГПУ, который кроме числодробления ничего более не умеет.
_________________ Так-то оно так, потому как не может того быть, кабы не было бы никак. И не потому, что оно вообще, а потому, что когда оно что, тогда оно и пожалуйста
Member
Статус: Не в сети Регистрация: 13.12.2005 Фото: 6
itmanager85 писал(а):
то вероятно при появлении массовых 128C/256T их тоже найдут чем утилизировать ..
Да, можно физикой и ИИ загрузить, но пока не будет соответствующих фреймворков, на массовое использование многопоточности игрушками рассчитывать не стоит, лишь некоторые ААА проекты смогут таким похвастать, так как эти фичи дадут вау-эффект только при серьезных трудозатратах и соответствующем финансировании. Гораздо проще и дешевле завезти графоний и даже сюжет с геймплеем (последний может и не проще, но точно дешевле).
itmanager85 писал(а):
что значит "синхронизированной"
just google "синхронизация потоков"/"thread synchronization"
just google "синхронизация потоков"/"thread synchronization"
что такое "синхронизация потоков" я и без гугла в курсе , а вот что такое "синхронизированной на потоки" - остаётся для меня загадкой ..
Добавлено спустя 5 минут 20 секунд:
SmaSheR писал(а):
Да, можно физикой и ИИ загрузить
физику обычно на GPGPU рассчитывают .. что т не вижу особого смысла её на CPU считать ..
Добавлено спустя 6 минут 33 секунды:
miklebat писал(а):
Основная масса кода СPU - это конструкции типа if-then, т.е. условные циклы.
на GPGPU и в шейдерах давно уже используются условные переходы и циклы ..
miklebat писал(а):
Простого числодробления, как у ГПУ - мало.
"простого числодробления" (без условных переходов и циклов) давно уже нигде нет , да его вроде даже и в первых шейдерах не было ..
miklebat писал(а):
Поэтому нужна очень тщательная, трудоёмкая синхронизация даже нескольких потоков.
при чём тут "простое числодробление" (без условных переходов и циклов) и синхронизация потоков совершенно не понятно .. "синхронизация потоков" никакого отношения к наличию в основном коде потоков условных переходов и циклов не имеет ..
miklebat писал(а):
В отличии от ГПУ, который кроме числодробления ничего более не умеет.
в гпу давно уже есть и условные переходы и циклы и синхронизация потоков при необходимости ..
Member
Статус: Не в сети Регистрация: 13.12.2005 Фото: 6
itmanager85 писал(а):
физику обычно на GPGPU рассчитывают
GPU в игрушках графикой занят будет, не стоит рассчитывать, что игроки будут брать отдельные GPU еще и под физику, с физикой на них немного поигрались и уже практически окончательно забили на это дело.
GPU в игрушках графикой занят будет, не стоит рассчитывать, что игроки будут брать отдельные GPU еще и под физику
проблема в том что в расчёте физики GPU в десятки раз (а то и в сотни) быстрее чем CPU , так что даже без дополнительных GPU задействовать CPU не имеет смысла ..
Member
Статус: Не в сети Регистрация: 13.12.2005 Фото: 6
itmanager85, да быстрее, но какой от этого толк, если gpu и так утилизирован под 100%, а 256-поточный CPU очень даже имеет смысл загрузить физикой - эффекты будут поинтереснее чем сейчас. Есть, конечно, еще один вариант - припахать встройку, но о подвижках в эту сторону я пока не слышал.
Ну вот, можно и с 2600К попрощаться и взять i5 8хххK. Свистоперделки i7 мне в работе не нужны, виртуалки с моими нагрузками и на i3 крутятся - не могу отказаться от LandDesktop, а он только на XP.
_________________ Все такие разные! Один я одинаковый!
itmanager85, да быстрее, но какой от этого толк, если gpu и так утилизирован под 100%, а 256-поточный CPU очень даже имеет смысл загрузить физикой
было 101 FPS а стало 100 FPS - да потеря потерь ..
SmaSheR писал(а):
- эффекты будут поинтереснее чем сейчас.
проблема в том что ни один процессор "современные" (ближайшего будущего) эффекты вроде ray tracing'а в реальном времени никогда не потянет , а GPU - запросто ..
аналогично и с физикой - из за потери 1% производительности никто на CPU в здравом уме сложную физику переносить не будет
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 16
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения