Mention that only release builds should be profiled.

This commit is contained in:
Bartosz Taudul 2019-10-26 16:59:54 +02:00
parent f024a05a01
commit 312b7190f8

View File

@ -322,6 +322,8 @@ If that's not an option, copy all files from the Tracy checkout directory to you
In the default configuration Tracy is disabled. This way you don't have to worry that the production builds will perform collection of profiling data. You will probably want to create a separate build configuration, with the \texttt{TRACY\_ENABLE} define, which enables profiling.
The application you want to profile should be compiled with all the usual optimization options enabled (i.e.~make a release build). It makes no sense to profile debugging builds, as the unoptimized code and additional checks (asserts, etc.) completely change how the program behaves.
Finally, on Unix make sure that the application is linked with libraries \texttt{libpthread} and \texttt{libdl}.
\subsubsection{Short-lived applications}