使用收集器可以从正在运行的进程中收集数据。如果进程已受 dbx 的控制,则可以暂停该进程并使用前几节中所描述的方法来启用数据收集。
如果进程不受 dbx 的控制,则可以使用 collect –P pid 命令从正在运行的进程中收集数据,如使用 collect 实用程序从正在运行的进程中收集数据中所述。您还可以向其附加 dbx,收集性能数据,然后从该进程分离并使进程继续运行。如果要为选定的后续进程收集性能数据,则必须将 dbx 附加到每个进程。
确定程序的进程 ID (process ID, PID)。
如果从命令行启动程序并将其放置在后台中,则其 PID 将由 shell 列显到标准输出中;否则,您可以通过键入以下内容来确定程序的 PID。
% ps -ef | grep program-name |
附加到该进程。
从 dbx 键入以下内容。
(dbx) attach program-name pid |
如果 dbx 尚未运行,请键入以下内容。
% dbx program-name pid |
附加到正在运行的进程会使该进程暂停。
有关附加到进程的更多信息,请参见《Sun Studio 12:使用 dbx 调试程序》。
启动数据收集功能。
在 dbx 中,使用 collector 命令来设置数据收集参数,使用 cont 命令来恢复执行进程。
从进程中分离。
在完成对数据的收集之后,暂停该程序并从 dbx 中分离该进程。
在 dbx 中键入以下内容。
(dbx) detach |
如果要收集任何种类的跟踪数据,则必须在运行程序之前预装入收集器库 libcollector.so,因为该库提供了能使数据收集发生的真正函数的包装。此外,收集器还将包装函数添加到其他系统库调用中,以保证性能数据的完整性。如果未预装入收集器库,则不能插入这些包装函数。有关收集器如何插入系统库函数的更多信息,请参见使用系统库。
要预装入 libcollector.so,必须使用环境变量同时设置库的名称和库的路径,如下表中所示。使用环境变量 LD_PRELOAD 设置库的名称。使用环境变量 LD_LIBRARY_PATH、LD_LIBRARY_PATH_32 或 LD_LIBRARY_PATH_64 设置库的路径。如果未定义 _32 和 _64 变量,则使用 LD_LIBRARY_PATH。如果已经定义了这些环境变量,则向其中添加新值。
表 3–2 用来预装入 libcollector.so 库的环境变量设置
环境变量 |
值 |
---|---|
LD_PRELOAD |
libcollector.so |
LD_LIBRARY_PATH |
/opt/SUNWspro/prod/lib/dbxruntime |
LD_LIBRARY_PATH_32 |
/opt/SUNWspro/prod/lib/dbxruntime |
LD_LIBRARY_PATH_64 |
/opt/SUNWspro/prod/lib/v9/dbxruntime |
LD_LIBRARY_PATH_64 |
/opt/SUNWspro/prod/lib/amd64/dbxruntime |
如果 Sun Studio 软件未安装在 /opt/SUNWspro 中,请向系统管理员咨询正确的路径。可以在 LD_PRELOAD 中设置全路径,但是,当使用 SPARC V9 64 位体系结构时,这样做会使问题复杂化。
运行后删除 LD_PRELOAD 和 LD_LIBRARY_PATH 设置,以便它们对于从同一个 shell 启动的其他程序无效。
如果要从已在运行的 MPI 程序收集数据,则必须将一个单独的 dbx 实例附加到每个进程并针对每个进程启用收集器。在将 dbx 附加到 MPI 作业中的多个进程时,每个进程将被停止并在不同的时间重新启动。时间差异可能会更改 MPI 进程间的交互并影响所收集的性能数据。为了使该问题带来的影响最小,一种解决方案是使用 pstop(1) 命令停止所有进程。但是,在将 dbx 附加到这些进程后,必须从 dbx 重新启动这些进程,重新启动进程时会发生时间延迟,这会影响 MPI 进程的同步。另请参见从 MPI 程序收集数据。