denisis Неее, ты не понял, там материнки 200-ого чипсета!

denisis LGA 1151 socket 200 Series chipset (Union Point)

ПРикол в том, что нормально написанные приложения пишутся под любое число ядер. Типичный жизненный пример - 7z и прочие архиваторы. Хоть 200 ядер делай, в 200 раз будет быстрее.

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

Это понятно, я имею ввиду сами результаты, там i7 может набрать столько же сколько Core 2 Quad, Atom как Phenom (образно), херня, а не тест.

Бог с ней, с физикой, ее действительно кое-как можно выделить в отдельный поток (хотя и не сильно рационально, зачастую). Но как выделить ИИ в отдельный поток, если большая часть его действий будет напрямую зависеть от основного потока? Если уж хотите потоки - то это независимые друг от друга последовательности операций. Или вы решили там ИИ на нейронных сетях запустить? Так я напомню, что для этого нужно будет минимум с месяц эту нейронную сеть потренировать. Да, ее симуляция и больше сожрет ресурсов, вот только зависимость ее от основной ветки кода никто не отменял.

Nimrael при чем тут нейронная сеть? Если у тебя 10 персонажей, то их нельзя параллельно в 10 потоках всех обсчитать? Такое ощущение, что сбежали с лаб по информатике/статей на хабре и начинают показывать, что они знатоки информационных систем "Основная ветка кода" А это что, как выглядит?

Ну почему мифических?)
Если рассмотреть цепочку 1, 2, 4, 8 ядер, то, например, в WOT будет 55, 65, 65, 65 фпс (игра однопоточная, но от второго ядра всё равно будет прирост по понятным причинам); в GTA4 20, 35, 70, 70 (давно известно, что игре нужно 4 потока, от 6 и далее прирост нулевой), и напоследок Crysis третий 20, 35, 60, 75 (а вот эта игра с удовольствием воспринимает 6 и более потоков, поэтому и прирост имеется). Все данные написал от былды, но на основе того, как эти игры работают и какой прирост они они получают на разных конфигурациях. То есть если коротко - ты не прав.

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

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

Умник нашёлся, архиватор сравнивает с играми.

#77

Я в GTA вообще не играл Если не ситать развлекалово в Vice City лет 10 назад на плойке.


Да, буду, потому что я хотя бы в теме разбираюсь, а не бросаюсь жиденькими цитатками


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

И много ты ААА тайтлов разработал на ПК и консоли? Если такой прошаренный, то согласишься с тем что все три пункта справедливы, особенно третий.

Для "спесьяГлистов" - любое действии ИИ является реакцией на:
1) действия игрока
2) действие другого ИИ.
До получения ответа от обработки основного потока, который обслуживает игрока (надеюсь, это достаточно понятный ответ?), любой такой ИИ сможет выполнить крайне ограниченное кол-во действий, иначе просто "оторвется от реальности". И будет постоянно требовать данных от основного потока обработки. Т.е. будет "эффективно простаивать" большую часть времени. То же самое с физикой и прочим - только идиот будет просчитывать сложные физические явления, если они будут происходить "за спиной" игрока и не будут видимы ему. Иначе придется расчитывать всю локацию целиком а потом уже анализировать, что там попало в кадр, а что нет. Ладно в сингле, но в мульти это будет просто ад. Возвращаясь к ИИ - их, конечно, можно сдклать "не завязанными на игроке", но.... опять же, это:
1) потребует просчета всех ИИ в локации одновременно.
2) потребует в десятки раз более сложных скриптов поведения. Иначе получатся болванчики.

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

Visual Studio.... .NET
Эти продукты иначе чем гробовщиками индустрии назвать сложно.

Nimrael Мир рассчитывается один раз, после чего все потоки могут независимо читать инфу, ибо shared readonly память потокобезопасна. Поэтому никаких прооблем с распараллеливанием нет. Связи с тем, чтобы не рисовать невидимые эффекты - никакой. Сделать перед обработкой всего массива данных 2-3 простых операции, это конечно сложный рокет саенс.

Быстро же лучшая IDE из ныне существующих оказалась в помойке
Про дотнет я молчу, у многих больная тема. Наверное потому что зачастую и быстрее плюсов, и приятнее для написания.

а ты?

Что за мода стрелы метать. Ни одного ААА тайтла ты не сделал, отвечай как есть по факту.

Чувак, неужели ты думаешь, что в игроиндустрии работают люди глупее тебя? Даже мне далёкому от игропрома ясно, что игрок видит картинку всё время меняющуюся, и никоим образом, "предварительный расчёт мира" не может этому помочь. Как можно вообще рассчитать заранее все возможные ракурсы обзора для игрока? Игра что заранее может узнать куда двинется игрок в следующую секунду и заранее в параллельном процессе расчитает освещение, тени, действия ботов и т.д.?

Ага в Интел дураки сидят. Чувак, если ты так гениален, то ты должен быть миллионером.

Как то раньше здесь на форуме был чувак, он упоминал о "Законе Амдала" https://ru.wikipedia.org/wiki/Закон_Амдала , почитай там математически доказывается, что "Согласно этому закону, ускорение выполнения программы за счёт распараллеливания её инструкций на множестве вычислителей ограничено временем, необходимым для выполнения её последовательных инструкций.".

Если алгоритм содержит всего 10% последовательных вычислений, то при 10 ядрах он будет работать в 5,263 раза быстрее чем на одном ядре, а на 1000 ядрах в 9,91 раза быстрее. Думаю разница в стоимости производства такого количества ядер к ничтожному увеличению производительности ясна.

Спасибо, я так и думал, что от тебя нельзя будет получить однозначный ответ на этот вопрос.
Но ты однозначно

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

Я больше скажу, ни один разрабочтик за всю историю игростроения не сделал ААА-тайтл


Разработчики не глупее, конечно. А вот про их менеджмент и ресурсы я совсем иного мнения. "Пили фичу быстрее, фикс в DLC засунем" и все такое. Разработчик не виноват, если ему сроки в 3 раза ужимают, естественно он будет хреначить лишь бы работало, иначе чем кормить семью и ипотеку?

А вот у кого лучше менеджмент - у меня или у них, почти наверняка уверен что у меня.


Заранее на каждом кадре, конечно же, всего лишь около 60 раз в секунду, это как бы вообще не нагрузка посчитать полтора значения с такой частотой. Проблемы начинаются дальше. Ну и да, игре при расчете действий ботов на тени и прочую мишуру насрать. Как правило важно только видно-невидно, ну иногда еще звук добавляется, но он тоже тривиально решается.

При чем тут интел непонятно.


Ага, и этот чувак - я
Настольный процессор Core i7-7700K (Kaby Lake) засветился в базе данных #13751015


Кроме GTA игр нет? Например ведьмак 3, действия ВСЕХ персонажей нужно просчитать, и они друг с другом не связаны. И я уверен, что они как раз отлично параллелятся, игра сделана очень качественно. И она намного сложнее всяких гта в плане ИИ или сложности архитектуры.

А еще ты мастер выдергивать слова из контекста и игнорировать все остальное Красава, так держать.

Добавлено спустя 8 минут 51 секунду:
А вообще о чем речь? Что в мало текущих игр хорошо параллелятся? С этим никто не спорит. Что так и должно быть и это сделать очень сложно? Ну, некоторая сложность тут действительно есть, да, но основной ресурс это время. Если разработчику дают время - он делает ведьмаков и все довольны. Нет времени - делает на коленке ГТА и выпускает што получилось.

Ну и кстати на практике закон Амдала не так уж сильно работает Например очень часто стоит задача сортировки данных (например каждый раз когда кто-то делает поисковый запрос в гугле/яндексе или лазит по магазинам, отбирая товары), так вот многопоточная сортировка на 12 ядерной машине в 11 раз быстрее одноядерной. Да и в принципе правило профилирования гласит, что обычно очень малый объем кода выполняется дольше всего, и как правило его можно распараллелить так или иначе.

Прикол 7z в том что он обрабатывает потоковые данные, а они легко параллелятся, тот же рендер или обработка мультимедиа тоже самое, а вот в играх такое непросто сделать, но ситуация меняется (возможно благодаря многоядерности последних консолей). Кстати много ядер не всегда бывают загружены теми же архиваторами, например на оптеронах с его 32мя потоками (2 проца) бывают такие провалы в многопоточке (рендер), что они выдают результат как 8 ядерные.

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

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

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