Зависит ли быстродействие программы от среды (VS2017 и VS2019) или их настроек?

@Serhiy_UA · Регистрация: 17.06.2012

Студворк — интернет-сервис помощи студентам

Есть коректный многопоточный код на С++ и два компа:
1. слабый, Windows 10, VS2017
2. быстрый, Windows 10, VS2019

Компилирую код на слабом(в VS2017) и запускаю - время выполнения 16 минут,
компилирую код на быстром(в VS2019) и запускаю - время выполнения 14 минут,

а теперь интересное: если скомпилированый exe-файл со слабого компа перекинуть на быстрый, то программа выполняется за 9 минут!

Какие могут быть причины такого эффекта?
Как зависит быстродействие программы от среды (VS2017 и VS2019) или их настроек?

notAll · 30.01.2021, 13:50

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

Как зависит быстродействие программы от среды

От машины может зависеть время компиляции/сборки программы. IDE (VS2017/2019) мало как влияет на скорость компиляции. И, само собой, уже собранная программа будет выполняться/работать быстрее на быстром ПК. Еще зависит от многопоточности программы и правильно ли она будет работать с любым количеством потоков - чем больше потоков - тем быстрее.

Добавлено через 4 минуты

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

IDE (VS2017/2019) мало как влияет на скорость компиляции.

Тут еще зависит как собирать - в релиз/дебаг режиме, какие флаги компиляции и оптимизации выставлены.

@oleg-m1973 · 30.01.2021, 14:05

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

а теперь интересное: если скомпилированый exe-файл со слабого компа перекинуть на быстрый, то программа выполняется за 9 минут!

Код-то покажи

@Serhiy_UA · 30.01.2021, 15:21 **[ТС]**

notAll, за подсказку релиз/дебаг спасибо!
А где посмотреть флаги компиляции и оптимизации, которые связаны именно с этим?
Может, где-то есть походящая справка? (Я уже попробовал погуглить и что-то не очень...)

oleg-m1973, к сожалению, код показывать нельзя (секрет фирмы), хотя я его сам писал. Если коротко, то это что-то вроде перебора вариантов для разных комбинаций и нахождение общей суммы. Комбинаций очень много. Потоков для теста выставил 4, хотя у второго компа 12 ядер, т.е., для второго компа ещё есть куда разгоняться.

@oleg-m1973 · 30.01.2021, 15:27

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

oleg-m1973, к сожалению, код показывать нельзя (секрет фирмы), хотя я его сам писал. Если коротко, то это что-то вроде перебора вариантов для разных комбинаций и нахождение общей суммы. Комбинаций очень много. Потоков для теста выставил 4, хотя у второго компа 12 ядер, т.е., для второго компа ещё есть куда разгоняться.

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

notAll, за подсказку релиз/дебаг спасибо!
А где посмотреть флаги компиляции и оптимизации, которые связаны именно с этим?

А для твоей фирмы, случайно, не является секретом, что её разработчик не знает что такое Debug и Release и чем они отличаются?
Там ещё и в потоках работает? Не завидую твоей фирме.

@Serhiy_UA · 30.01.2021, 16:03 **[ТС]**

oleg-m1973, завидовать нехорошо.
Лучше бы что-то по делу написал, если таковые знания есть.

Someone007 · 30.01.2021, 16:13

Сообщение от oleg-m1973

Потоков для теста выставил 4, хотя у второго компа 12 ядер, т.е., для второго компа ещё есть куда разгоняться.

Куда разгоняться если число потоков ограничено 4?

@oleg-m1973 · 30.01.2021, 16:25

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

oleg-m1973, завидовать нехорошо.

Я вроде и сказал, что не завидую

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

Лучше бы что-то по делу написал, если таковые знания есть.

Ок, по делу:

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

Какие могут быть причины такого эффекта?

Тут две самых самых распространённых причины - первая Debug/Release перепутал, вторая - говнокод, который работает нестабильно. В данном случае обе равновероятны.

@eva2326 · 30.01.2021, 16:52

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

Какие могут быть причины такого эффекта?

Обычно - в прокладке между стулом и монитором.

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

Как зависит быстродействие программы от среды (VS2017 и VS2019) или их настроек?

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

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

код показывать нельзя (секрет фирмы)

Вы ошиблись форумом. Вам нужен форум с гадалками, а тут - программисты.

Интересно, а что это за фирма такая, у которой сотрудники задают вопросы уровня новичка?

@Serhiy_UA · 31.01.2021, 11:51 **[ТС]**

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

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

И вот ещё: вы почему-то вообразили, что я програмистом работаю, но это не так.
А, судя по вашим ответам, вы такие же специалисты, как и я.

Someone007 · 31.01.2021, 12:01

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

А, судя по вашим ответам, вы такие же специалисты, как и я.

Не несите чушь. Лучше код предоставьте проблемный. Без кода смысла в этой теме вообще нет.

@eva2326 · 31.01.2021, 14:05

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

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

Логично, для непрограммиста :Ь

И не логично для программиста.
Потому что программист знает, что в зависимости от конфигурации сборки, код может различаться как небо и земля.
Взять тот же дебаг и релиз: код один. Но в зависимости от конфигурации, компилируется он по разному.

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

Вот, пожалуй, яркий пример одного из таких случаев

Это - фрагмент из реального коммерческого кода.
В Visual Studio 2015 был обнаружен баг.
Для неё используется обходной вариант.
Для всех остальных компиляторов - общий вариант.

C++
1
2
3
4
5
6
7
8
#if defined(_MSC_VER) && _MSC_VER >= 1900 && _MSC_VER < 1910
    // msvc2015 has bug. see below  [1]
    #pragma message("view_callable: select 'compatibility mode with msvc2015'")
    #include <tools/types/view/view_callable-msvc2015.hpp>
#else
    // #pragma message("view_callable: select 'actual version'")
    #include <tools/types/view/view_callable-common.hpp>
#endif

В зависимости от используемого компилятора и его настроек, могут быть использованы разные библиотеки, разные запчасти, разное всё))

Но!
Вся ирония в том, что несмотря ни на какие различия, одна и та же сборка на разных компиляторах не должна иметь разительных отличий по эффективности.

Скорее всего вы где-то напортачили.

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

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

Это - ложь ))
Судя по вашем первичным репликам:

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

за подсказку релиз/дебаг спасибо!
А где посмотреть флаги компиляции и оптимизации, которые связаны именно с этим?

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

@oleg-m1973 · 31.01.2021, 14:11

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

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

Значит остаётся вторая причина

Сообщение от oleg-m1973

говнокод, который работает нестабильно.

Либо ещё может быть, что на одном компе скомпилировано для платформы x86, а на другом - x64

@TheCalligrapher · 01.02.2021, 03:52

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

Как зависит быстродействие программы от среды (VS2017 и VS2019) или их настроек?

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

https://preshing.com/20110717/... -debugger/

Чтобы устранить это различие, нужно попросить среду не использовать debug heap

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

за подсказку релиз/дебаг спасибо!

Рука-лицо... Вопрос оказался несерьезным.

@Serhiy_UA · 01.02.2021, 21:19 **[ТС]**

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

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

Похоже, это и есть правильный ответ. TheCalligrapher, +1.
Я уже сам об этом подумал, но подтверждение все равно очень ценно.

Всем остальным спасибо, и меньше понтов, ребята и девчата.

@oleg-m1973 · 01.02.2021, 21:24

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

Всем остальным спасибо, и меньше понтов, ребята и девчата.

Понты вроде в основном у тебя были, мальчик.

Новые блоги и статьи Все статьи Все блоги /
WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114
Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .	Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .

@Serhiy_UA 0 / 0 / 0 Регистрация: 17.06.2012 Сообщений: 17

	Зависит ли быстродействие программы от среды (VS2017 и VS2019) или их настроек? 30.01.2021, 13:25. Показов 3808. Ответов 15 Метки нет (Все метки) Есть коректный многопоточный код на С++ и два компа: 1. слабый, Windows 10, VS2017 2. быстрый, Windows 10, VS2019 Компилирую код на слабом(в VS2017) и запускаю - время выполнения 16 минут, компилирую код на быстром(в VS2019) и запускаю - время выполнения 14 минут, а теперь интересное: если скомпилированый exe-файл со слабого компа перекинуть на быстрый, то программа выполняется за 9 минут! Какие могут быть причины такого эффекта? Как зависит быстродействие программы от среды (VS2017 и VS2019) или их настроек? 0

@Serhiy_UA 0 / 0 / 0 Регистрация: 17.06.2012 Сообщений: 17
	30.01.2021, 15:21 [ТС]
	notAll, за подсказку релиз/дебаг спасибо! А где посмотреть флаги компиляции и оптимизации, которые связаны именно с этим? Может, где-то есть походящая справка? (Я уже попробовал погуглить и что-то не очень...) oleg-m1973, к сожалению, код показывать нельзя (секрет фирмы), хотя я его сам писал. Если коротко, то это что-то вроде перебора вариантов для разных комбинаций и нахождение общей суммы. Комбинаций очень много. Потоков для теста выставил 4, хотя у второго компа 12 ядер, т.е., для второго компа ещё есть куда разгоняться. 0

@Serhiy_UA 0 / 0 / 0 Регистрация: 17.06.2012 Сообщений: 17
	30.01.2021, 16:03 [ТС]
	oleg-m1973, завидовать нехорошо. Лучше бы что-то по делу написал, если таковые знания есть. 0

@Serhiy_UA 0 / 0 / 0 Регистрация: 17.06.2012 Сообщений: 17
	31.01.2021, 11:51 [ТС]
	Нет, oleg-m1973, программы компилировались в одном режиме, почему и вопрос возник. eva2326, во всех случаях использовался один и тот же код, поэтому логично предположить, что причина не в нём. И вот ещё: вы почему-то вообразили, что я програмистом работаю, но это не так. А, судя по вашим ответам, вы такие же специалисты, как и я. 0

Зависит ли быстродействие программы от среды (VS2017 и VS2019) или их настроек?

Решение