Stellaris 2.2: производительность, многопоточность, железо

[Razer98K 3,598]

4 часа назад, nekitosh сказал:

Я смотрю тут вообще никого не смущает, что игра в которой обрабатывается тупо кучка циферок в табличке просит от проца мощностей как на батлу последнюю где в кадре расчетов раз в 5 лямов больше?

Или например world in conflict где количество расчетов с физикой разрушения, огня, поведения ии, отдельных юнитов и тд просто в космическое раз больше ложится на проц и оно нормально пахало на пне 4?

Вот это все типо норм? А складывать значения в табличках по триггеру раз в 30 местных дней это да тут как минимум серверный xeon за 1000к ставить надо не иначе. Как же мы в anno 1404 на древних процах играли. Где же эти утраченные технологии древних.

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

А вы говорите "утерянные технологии древних".

[AlexTheTeacher 620]

@HolodGLD @Кастилиус мне эти настройки помогли именно от лагов поздних годов, предполагаю, что даже не отображая флот расчеты теней ведутся для них всех, если видеокарты на это не хватает, то проц берет расчеты на себя, у меня по современным меркам видюха уже слабенькая - 660ая

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

@jovial в теме технических вопросов, но она столь большая, что в ней фиг чего уже найдешь ))

[jovial 56]

Ну что, результаты теста настроек. Играл с 2320 по 2330 год (итого примерно 10 лет). Карта на 1000 звезд. Время игры - 3 часа или чуть больше. В игре кризисов не было, комп воевал где-то там, я - нет. В основном подготовка была - стройка, колонизация, апгрейд кораблей и т.д.. В конце атаковал клан мародеров на вынос :). С учетом пауз и т.д. в итоге получается на прокрутку года примерно по 10 - 12 минут. И это в миддлгейме. Так что супер результата нет, но по крайней мере комп грелся меньше, флоты летали быстрее, так что за настройки спасибо.

[jovial 56]

5 часов назад, Razer98K сказал:

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

А вы говорите "утерянные технологии древних".

и в чем ловушка? проверка, что под корнем не отрицательное число? В этом подвох? Если отрицательное - решения в действительных числах нет. Если = 0, то один корень, если положительное - то два.

 

[jovial 56]

11 час назад, nekitosh сказал:

Я смотрю тут вообще никого не смущает, что игра в которой обрабатывается тупо кучка циферок в табличке просит от проца мощностей как на батлу последнюю где в кадре расчетов раз в 5 лямов больше?

Или например world in conflict где количество расчетов с физикой разрушения, огня, поведения ии, отдельных юнитов и тд просто в космическое раз больше ложится на проц и оно нормально пахало на пне 4?

Вот это все типо норм? А складывать значения в табличках по триггеру раз в 30 местных дней это да тут как минимум серверный xeon за 1000к ставить надо не иначе. Как же мы в anno 1404 на древних процах играли. Где же эти утраченные технологии древних.

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

[nekitosh 115]

15 часов назад, Razer98K сказал:

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

А вы говорите "утерянные технологии древних".

 

Хочешь сказать, что stellaris это дипломка их директора которую он уже 3 года сдать преподу не может? Ну это многое объясняет. Теперь понятно откуда эти постоянные переделки и косяки. Скоро сессия до зимы надо сдать.

[erwins22 31]

33 минуты назад, nekitosh сказал:

15 часов назад, Razer98K сказал:

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

А вы говорите "утерянные технологии древних". 

 

Хочешь сказать, что stellaris это дипломка их директора которую он уже 3 года сдать преподу не может? Ну это многое объясняет. Теперь понятно откуда эти постоянные переделки и косяки. Скоро сессия до зимы надо сдать. 

Над каким полем(кольцом, группоидом, группой)?

Или там все похуже? нетривиальное решение над кольцом составного числа эквивалнтно разложению на простые числа = взлом RSA = взлом большинства систем ассимитричного шифрования с отрытым ключем

[Razer98K 3,598]

10 часов назад, jovial сказал:

и в чем ловушка? проверка, что под корнем не отрицательное число? В этом подвох? Если отрицательное - решения в действительных числах нет. Если = 0, то один корень, если положительное - то два.

 

Там цепочка связанных вопросов. Какой тип переменных используется? При используемом вами типе, начиная с каких входящих параметров произойдёт погрешность вычислений? Если мы учитываем погрешность, возможна ли смена знака дискриминанта из-за этой самой погрешности? Если ответ "да", насколько мы в дерьме?

Заметьте, тут даже не слова об архитектуре, которая будет это считать. Мы живём в эпоху, когда 99% кодеров используют готовые решения и ищут готовые ответы на Stack Overflow, собирая свой код как башенку из кубиков с буквами П Ж О А. Неудивительно, что вычислительных мощностей, которых 50 лет назад хватало на отправку человека на Луну и спускаемого аппарата на Венеру, сейчас с трудом хватает на запуск птиц в свиней и открытие сайтов со смешными картинками.

[jovial 56]

5 часов назад, Razer98K сказал:

Там цепочка связанных вопросов. Какой тип переменных используется? При используемом вами типе, начиная с каких входящих параметров произойдёт погрешность вычислений? Если мы учитываем погрешность, возможна ли смена знака дискриминанта из-за этой самой погрешности? Если ответ "да", насколько мы в дерьме?

Заметьте, тут даже не слова об архитектуре, которая будет это считать. Мы живём в эпоху, когда 99% кодеров используют готовые решения и ищут готовые ответы на Stack Overflow, собирая свой код как башенку из кубиков с буквами П Ж О А. Неудивительно, что вычислительных мощностей, которых 50 лет назад хватало на отправку человека на Луну и спускаемого аппарата на Венеру, сейчас с трудом хватает на запуск птиц в свиней и открытие сайтов со смешными картинками.

либо это нерешаемый вопрос на мотивацию - смотри, как мало ты знаешь и учись дальше больше (для первокурсников) либо "препод валит". З.Ы. на такие вопросы выпускники бы умели отвечать. И кстати про архитектуру - вопрос интересный. В некоторых языках программирования при расчете промежуточные результаты не приводятся к типу итоговой переменной. Так что если дискриминант отдельной переменной не вычислять, то ...

[Razer98K 3,598]

18 минут назад, jovial сказал:

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

This.

 

 

[ASip13 140]

Работаю преподом (лабы по С++ веду). И что могу сказать основную трудность доставляет создание нормального, оптимизированного алгоритма с возможностью его модернизации . Этим надо хорошо заморочиться и нормально продумать, а всем оч лень и этим грешат даже, кто уже работают прогерами. Я как-то это все высказал знакомому аналитику, а он мне ответил, что заказчики выберут более дешевую софтину, чем оптимированную.

По поводу одноядерных приложений они могут грузить 2 ядра!! Часть команд на одном ядре часть на другом,при этом данные должны быть слабо зависимы друг от друга, но работать при этом быстрее не будет(тк все равно все делается последовательно). Это нужно чтобы равномерно грелся кристал проца. Одно ядро грузиться только если происходит последовательная обработка массива данных длинной очередью команд(нам оч невыгодно оставлять данные в кеше 3 уровня, чтобы ими могло воспользоваться другое ядро) 

[antiximik 2,182]

Аящитаю, шта.. Нужно сделать асимметричный ответ! Для этого:
а) создаём надигровой раздел на Стратегиуме, наподобие "Многопоточность и 64-битность в играх Парадокс: мифы и реальность";

б) там мы все дружно плачемся про эти мифы применительно к CK/EU/Vic/HoI/Stell/etc.;

в) после этого мы сплочаемся и дружно пишем замену движку;

г) в момент Х мы его активируем и улетаем в прошлое/настоящее/космос;

...

N+1) Profit!

[Razer98K 3,598]

@antiximik По мотивам старого анекдота.

"В общем, есть два способа улучшить производительность Стеллариса: фантастический и реалистический.

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

Фантастический способ - Парадоксы всё исправляют сами."

[Demen7 7]

На парадоксплазе игрок исследование многопоточности Stellaris провел

Войдите или зарегистрируйтесь, чтобы увидеть скрытое содержимое.

Как он видит, основная проблема в том что функциональность отвечающая за отрисовку графики и основная функциональность  отвечающая за расчет текущего состояния галактики находятся в одном треде

"The decision to put single threaded work of tick calculation in the same thread that handles drawing and input may not be the best decision. "

[nekitosh 115]

1 час назад, Demen7 сказал:

На парадоксплазе игрок исследование многопоточности Stellaris провел

Войдите или зарегистрируйтесь, чтобы увидеть скрытое содержимое.

Как он видит, основная проблема в том что функциональность отвечающая за отрисовку графики и основная функциональность  отвечающая за расчет текущего состояния галактики находятся в одном треде

"The decision to put single threaded work of tick calculation in the same thread that handles drawing and input may not be the best decision. "

 

Там наши чудо разрабы хоть что то сказали по этому поводу?

[Xoct 99]

2 часа назад, Demen7 сказал:

Войдите или зарегистрируйтесь, чтобы увидеть скрытое содержимое.

 

Вот человек действительно заморочился и привел кучу любопытной информации.

 

1 час назад, nekitosh сказал:

 

Там наши чудо разрабы хоть что то сказали по этому поводу?

 

Нет, от разработчиков ни слова, но появилась интересная информация:

 

Daniel did namedrop performance as a focus alongside bugfixing, and wants to have a longer support cycle for updates to fix those kinds of things. He also said he wants to do a dev diary this week about that. Wiz also immediately responded by listing AI, performance, bugs as 3 priorities.

 

В переводе с буржуйского:

Дениель сказал что падение производительности будет исправляться наряду с исправлением ошибок, и он хочет иметь более длительный цикл поддержки обновлений для исправления подобных проблем. Он также сказал, что хочет на этой неделе сделать дневник разработчиков об этом. Wiz тоже отреагировал, указав ИИ, производительность и баги в качестве трех приоритетов. 

Изменено 18.12.2018, 14:50:09 пользователем Xoct

[had 2,587]

Давайте ка просуммируем впечатления

Войдите или зарегистрируйтесь, чтобы увидеть скрытое содержимое.

Изменено 18.12.2018, 15:04:42 пользователем Mars-2030
По ссылке опрос о оптимизации. Перенсено в соответствующую тему. Mars-2030.

[Razer98K 3,598]

1 час назад, nekitosh сказал:

 

Там наши чудо разрабы хоть что то сказали по этому поводу?

Думаете Парадоксы не знают, почему у них тормозит игра? Прекрасно знают, не настолько же они некомпетентны. Просто у них этот вопрос не в приоритете, ибо при достаточно высоких трудозатратах приносит не так много прибыли, как хотелось бы.

[nekitosh 115]

33 минуты назад, Razer98K сказал:

Думаете Парадоксы не знают, почему у них тормозит игра? Прекрасно знают, не настолько же они некомпетентны. Просто у них этот вопрос не в приоритете, ибо при достаточно высоких трудозатратах приносит не так много прибыли, как хотелось бы.

 

Я от своего предложения "длс за 10$ за добавления поддержки еще одного ядра" не отказываюсь.

 

Пак длс:

Обработка на 2 ядра - 18$

4 ядра - 35$

8 ядра 71$

16 ядер 130$

MAXIMUM OPTIMIZATION 32 yadra FULL cpu Edtition 160$ 

Лишь бы блин наконец нормально заработало. Вот разрабы цивы 6 ясно понимают почему надо тратить деньги на поддержку 2д режима, а не тока 3д. Это блин раза в 3 больше пользователей которые купят игру не тока на фаршированный пк, но и на рабочий бук. Я вот на работе с удовольствием играю в циву в свободное время на встроенной графике. Пофиг мне есть там супер модельки и тени 2д тащит и норм. Брать мощный бук сейчас смысла вообще не вижу. Дома зато стоит фаршированный пк где уже играю с 3д графой загрузив сейвы из стима. До этого долгое время мог тока на буке играть так как дома у себя не был. Опять же циву я купил потому, что работало и это круто. Было бы тож самое для стел я бы взял его еще когда тока бук, а многие кто в такие игры катают как правило на пк особо не тратят деньги ибо жанр позволяет на совсем другом железе играть и без всяких rtx i7-900000 на 64 ядра.

[had 2,587]

3 часа назад, nekitosh сказал:

Там наши чудо разрабы хоть что то сказали по этому поводу?

Что забавно, разрабы отписываются, только когда кто-то пишет, что игра/двигло однопоточная.

Тут сразу же как минимум 1 юзернейм с плашкой пардокс работника прискакивает и начинает развеивать миф.

Я помню такую тему сразу с тремя парадокс работниками.

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

Было это еще в 2016.