Снижение производительности программы

[Haric_110]

Здравствуйте, товарищи программисты!
Внезапная проблема настигла меня - резкое (в 2 раза) снижение производительности написанной программы.

Программа представляет собой математическую модель процесса с большим числом частиц. стараясь написать её наиболее эффективно, скомпилировав в режиме Release под 64-х разрядную платформу я надеялся получить результат примерно за 92 часа. В программе я предусмотрел возможность останавливать расчёт и возобновлять его. Всё работало до тех пор, пока я не поставил программу на очередную паузу и перевёл компьютер в спящий режим (его нужно было перевезти в другой город). Запустив программу после "сна" я заметил, что она стала потреблять вдвое меньше вычислительных ресурсов (загрузку ЦП в диспетчере задач смотрел). После нескольких часов работы я проверил промежуточные результаты и убедился в том, что скорость вычислений уменьшилась в 2 раза. Я не был рад этому обстоятельству, ведь расчёт выполнен лишь примерно на 28% я ожидал, что осталось 67 часов до конца, а теперь, получается, мне нужно ещё 6 суток, при условии, что скорость не снизится ещё больше.
Не знаете ли, с чем может быть связано снижение производительности, и можно ли вернуть её к прежним показателям?

[p51x]

С необработкой гибернации. Вас ОС просто засвопила и т.д., а ваша прога не вернула все в память. Хотя надо смотреть код...

[Haric_110]

Сообщение от p51x

С необработкой гибернации. Вас ОС просто засвопила и т.д., а ваша прога не вернула все в память. Хотя надо смотреть код...

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

[Haric_110]

/*Здесь был код*/

[Haric_110]

окончание

/*Здесь был код*/

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

[Haric_110]

В общем, как я понял, если p51x прав, то навряд ли что-то можно сделать. Пришлось остановить программу. Данные сохранены в файл, из которого буду восстанавливать.
Спасибо за ответ, p51x!

[Haric_110]

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

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

[alexzk]

Сообщение от Haric_110

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

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

Включите оптимизацию для скорости (-O3 для g++). Вообще все команды языка, вроде inline, лишь рекомендации для совр. компиляторов. Они им строго не следуют в любом режиме, кроме -O0 (нет оптимизации).
И вообще, "верьте своему компилятору", и погоняйте "static analyzer" вроде PVSStudio - https://www.viva64.com/ru/pvs-studio/

Кстати, слова вроде const volatile mutable дают сильную подсказку оптимизатору. У меня был случай ускорения в двое, просто верной расстановкой const.

[Haric_110]

Сообщение от alexzk

Включите оптимизацию для скорости (-O3 для g++). Вообще все команды языка, вроде inline, лишь рекомендации для совр. компиляторов. Они им строго не следуют в любом режиме, кроме -O0 (нет оптимизации).
И вообще, "верьте своему компилятору", и погоняйте "static analyzer" вроде VSStudio - https://www.viva64.com/ru/pvs-studio/
PVSStudio - https://www.viva64.com/ru/pvs-studio/
Кстати, слова вроде const volatile mutable дают сильную подсказку оптимизатору. У меня был случай ускорения в двое, просто верной расстановкой const.

В Visual Studio я пишу) анализатор там так себе...
Запускал в режиме оптимизации. Компилятор, вроде как, правильно выбрал переменные для оптимизации, неиспользуемые константы и переменные удалил. Хотя, не совсем так, как хотел бы я.

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