Зависит ли быстродействие программы от среды (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

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

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

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

	Зависит ли быстродействие программы от среды (VS2017 и VS2019) или их настроек? 30.01.2021, 13:25. Показов 3827. Ответов 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) или их настроек?

Решение