AIX命令参考大全，卷 2，d - h

fdpr 命令

用途

改善用户级后期连接应用程序的执行时间和实际内存使用率的性能调整实用程序。

语法

常规用法：

fdpr -p ProgramFile -x WrokLoadCommand

详细用法：

fdpr -p ProgramFile [ -M Segnum ] [ -fd Fdesc ] [ -o OutputFile ] [ -armember ArchiveMemberList ] [ OptimizationFlags ] [ -map ] [ -disasm ] [ -disasm_data] [ -disasm_bss] [ -profcount ] [ -quiet] [ -v ] [ -1 | -2 | -3 | -12 | -23 | -123] [ -x WorkloadCommand ]

优化标志

[ -tb ] [ -pc ] [ -pp ] [ -O ][ -O2 ] [ -O3 ] [ -O4 ] [ -selective_inline] \ [ -sid_fac percent] [ -inline_small_funcs size] [ -inline_hot_funcs percent] [ -hco_resched] [ -killed_regs ] \ [ -lr_opt] [ -align bytes] [ -RD ] [ -dpnf factor] [ -dpht threshold] [ -build_dcg] \ [ -tocload ] [-ptrgl_opt ] [ -no_ptrgl_r11] [ -dcbt_opt ] [ -ignore_info] [ -dead_code_removal] \ [ -bt_csect_anchor_removal] [ -strip] [-analyse_asm_csects] [-extra_safe_analysis] [-inline] [-reduce_toc removal_factor]

描述

fdpr 命令（反馈定向程序重构）是可以帮助改善用户级应用程序执行时间和内存实际使用率的性能调整程序。fdpr 程序通过收集程序在某些典型工作负荷下运行时的行为信息来优化某个程序的可执行映像，然后创建一个针对此工作负荷而优化的新版本的程序。通常，fdpr 所生成的新程序可以运行得更快并且实际内存使用得更少。

fdpr 命令在 3 个不同的阶段构建优化的可执行程序：

• 阶段 1（-1 flag）：创建已检测的可执行程序和空模板概要文件。
• 阶段 2（-2 flag）：运行已检测的程序并更新概要文件数据。
• 阶段 3（-3 flag）：生成已优化的可执行程序文件。

这些阶段可以单独运行，也可以部分或者完全结合在一起来运行，但是必须按照顺序运行（即，-1然后 -2，然后 -3，或者 -12，然后再 -3）。缺省值是运行全部三个阶段。

标志

优化标志

优化

fdpr 命令在缺省情况下执行级别最可能的代码重新排序优化，以及分支预测位设置、分支折叠、代码对齐和删除冗余的 NOOP 指令的优化。-pc 标志在保留 csect 的边界的同时重新排序整个代码，因此可能致使提高性能方面不如缺省的代码重新排序。 与此类似，-pp 标志在保留过程的边界时重新排序整个代码。

上面的优化标志也可以对整个可执行程序文件执行其它优化。

使用 -qfdpr IBM xl 编译器标志构建的可执行程序包含在生成重新排序程序时支持 fdpr 命令的信息。 没有使用 -qfdpr 选项编译的模块 在符号表内的编译器签名的基础上被重新排序。

在重新排序程序时使用静态链接可能实现程序额外的性能提升。因为 fdpr 程序仅仅对指定的可执行程序重新排序指令，任何被程序调用的动态链接共享库例程都不会被优化。静态链接这些库例程到可执行程序，则允许优化在程序中的指令，也可以优化被程序使用的所有库例程。这些可能是构建静态链接程序的优点，也可能是缺点。请参阅《AIX 5L V5.2 性能管理指南》以获取进一步的信息。

输出文件

所有被 fdpr 命令创建的文件被保存在当前的目录中，例外情况是可能在 -x 标志指定的工作负荷命令中被创建的文件。 在优化过程中，原始程序通过重新命名程序来保存，只有当最后一个阶段的工作都结束时才恢复原始的程序名。

因为运行此程序的脚本可能在执行程序之前更改工作目录，所以 fdpr 命令创建的概要文件显式地使用当前目录的全名。

fdpr 命令创建并且 / 或者使用的文件是：

增强的调试能力

为了使优化后的程序具备一定程度的调试能力，FDPR 将更新“符号表”以反映 .text 部分中所作的更改。

在重新排序 FDPR 的过程中指定被重新定位的符号的地址的“符号表”中的输入字段被修改为指向它们在 .text 部分中的新地址。

另外，如果在重新排序过程中分割了函数或文件，FDPR 将在“符号表”中为被分割的函数／文件的每个新部分创建新条目。这些相同函数的新部分根据以下命名约定来产生符号表中新的符号名：

<original function name>__fdpr_<function's part number>

代码重新排序之后，所有新条目将带有后缀 __fdpr_ 字符串。

示例：函数“main”最初在“符号表”中具有以下条目：

  [Index] m   Value       Scn     Aux   Sclass    Type    Name
   [456]  m  0x00000230    2       1     0x02    0x0000   .main

如果代码重新排序后，函数 main 被分割为 3 个部分，则它在“符号表”中将有 3 个条目；每个部分都具有一个如下条目：

  [Index] m   Value       Scn     Aux   Sclass    Type    Name
   [456]  m  0x00000304    2       1     0x02    0x0000   .main
  [1447]  m  0x00003328    2       1     0x02    0x0000   .main__fdpr_1
  [1453]  m  0x000033b4    2       1     0x02    0x0000   .main__fdpr_2

示例

以下的是关于 fdpr 的典型使用示例。

1. 这个例子允许用户运行所有 3 个阶段。在这个例子中，test1 是无条纹的可执行程序test2 是调用 test1 的 shell 脚本。 当前的工作目录是 /tmp/fdpr 。

   test2 脚本文件：
   
   # code to exercise test1
   test1 -expand 100 -root $PATH file.jpg -quit
   # the end of test2

   执行 fdpr 命令（使用缺省优化）：

   fdpr -p test1 -x test2

   这样导致新的重新排序的可执行程序 test1.fdpr 。

2. 要在任何时候运行某个阶段，请执行 fdpr 的阶段 1。

   fdpr -1 -p test1

   此命令字符串将创建一个名称为 test1.instr 的已检测版本和空模板概要文件 test1.nprof。

   要执行阶段 2：

   fdpr -2 -p test1 -x test2

   这个命令字符串执行脚本文件 test2 ，此文件运行 test1 的检测版本来收集概要文件数据。

   要执行阶段 3：

   fdpr -3 -p test1

   这将再次导致新的重新排序的可执行文件 test1.fdpr 。

3. 要运行前两个阶段后再运行阶段 3，请执行阶段 1 和阶段 2。

   fdpr -12 -p test1 -x test2

   使用优化级别 3 执行阶段 3。

   fdpr -3 -O3 -p test1

4. 如果在运行使用 fdpr 优化过的程序时出错，可以如下方式使用 dbx 命令确定发生错误的是哪一个过程：

   dbx program.fdpr 

   产生的输出类似于以下内容：

   Type 'help' for help.
   reading symbolic information ...warning: no source compiled with -g
    
   [在核心中使用内存映像]
    
   Segmentation fault in proc_d at 0x10000634
   0x10000634 (???) 98640000        stb   r3,0x0(r4)
   (dbx) 

   堆栈回溯可以用来确定程序是如何到达当前位置的，它如以下来生成：

   (dbx) 

   生成如下输出的位置：

   proc_d(0x0) 在 0x10000634
   proc_c(0x0) 在 0x10000604
   proc_b(0x0) 在 0x100005d0
   proc_a(0x0) 在 0x1000059c
   main(0x2, 0x2ff7fba4) at 0x1000055c
   (dbx) 

5. dbx 子命令 stepi 也可以用作重新排序后的可执行程序的单步遍历指令，如下：

   (dbx) stepi

   生成如下输出的位置：

   stopped in proc_d at 0x1000061c
   0x1000061c (???) 9421ffc0       stwu   r1,-64(r1)
   (dbx) 

   在本示例中，dbx 表明例程 proc_d 中，程序在重新排序后的文本部分内的地址 0x1000061c 处停止。

具体实现

软件产品 / 选项： AIX 性能助手 / 本地性能分析和控制命令。

标准一致性：无。

文件

相关信息

dbx 命令。

《AIX 5L V5.2 性能管理指南》中的『用 fdpr 程序重构可执行程序』。

xlC 编译器。