gprof介绍

gprof是GNU profiler工具。可以显示程序运行的“flat profile”，包括每个函数的调用次数，每个函数消耗的处理器时间。也可以显示“调用图”，包括函数的调用关系，每个函数调用花费了多少时间。还可以显示“注释的源代码”，是程序源代码的一个复本，标记有程序中每行代码的执行次数。

为gprof编译程序

在编译或链接源程序的时候在编译器的命令行参数中加入“-pg”选项，编译时编译器会自动在目标代码中插入用于性能测试的代码片断，这些代码在程序在运行时采集并记录函数的调用关系和调用次数，以及采集并记录函数自身执行时间和子函数的调用时间，程序运行结束后，会在程序退出的路径下生成一个gmon.out文件。这个文件就是记录并保存下来的监控数据。可以通过命令行方式的gprof或图形化的Kprof来解读这些数据并对程序的性能进行分析。另外，如果想查看库函数的profiling，需要在编译是再加入“-lc_p”编译参数代替“-lc”编译参数，这样程序会链接libc_p.a库，才可以产生库函数的profiling信息。如果想执行一行一行的profiling，还需要加入“-g”编译参数。
例如如下命令行：gcc -Wall -g -pg -lc_p example.c -o example

Gprof基本用法：

1． 使用 -pg 编译和链接你的应用程序。

2． 执行你的应用程序使之生成供gprof 分析的数据。

3． 使用gprof 程序分析你的应用程序生成的数据。

$gprof -b a.out gmon.out      
Flat profile:

Each sample counts as 0.01 seconds.
no time accumulated

  %   cumulative   self              self     total          
time   seconds   seconds    calls  Ts/call  Ts/call  name   
  0.00      0.00     0.00        1     0.00     0.00  function

                        Call graph

granularity: each sample hit covers 2 byte(s) no time propagated

index % time    self  children    called     name
                0.00    0.00       1/1           main [8]
[1]      0.0    0.00    0.00       1         function [1]
-----------------------------------------------

Index by function name

   [1] function

gprof产生的信息

%                        the percentage of the total running time of the
time                     program used by this function.
                           函数使用时间占所有时间的百分比。
cumulative          a running sum of the number of seconds accounted
seconds             for by this function and those listed above it.
                           函数和上列函数累计执行的时间。
self                    the number of seconds accounted for by this
seconds             function alone.  This is the major sort for this
                          listing.
                          函数本身所执行的时间。
calls                   the number of times this function was invoked, if
                          this function is profiled, else blank.
                          函数被调用的次数
self                   the average number of milliseconds spent in this
ms/call               function per call, if this function is profiled,
                         else blank.
                          每一次调用花费在函数的时间microseconds。
total                  the average number of milliseconds spent in this
ms/call               function and its descendents per call, if this
                          function is profiled, else blank.
                          每一次调用，花费在函数及其衍生函数的平均时间microseconds。
name                 the name of the function.  This is the minor sort
                          for this listing. The index shows the location of
                          the function in the gprof listing. If the index is
                          in parenthesis it shows where it would appear in
                          the gprof listing if it were to be printed.
                          函数名

命令格式

gprof [可执行文件] [gmon.out文件] [其它参数]

方括号中的内容可以省略。如果省略了“可执行文件”，gprof会在当前目录下搜索a.out文件作为可执行文件，而如果省略了gmon.out文件，gprof也会在当前目录下寻找gmon.out。其它参数可以控制gprof输出内容的格式等信息。最常用的参数如下：

l -b 不再输出统计图表中每个字段的详细描述。

l -p 只输出函数的调用图（Call graph的那部分信息）。

l -q 只输出函数的时间消耗列表。

l -e Name 不再输出函数Name 及其子函数的调用图（除非它们有未被限制的其它父函数）。可以给定多个 -e 标志。一个 -e 标志只能指定一个函数。

l -E Name 不再输出函数Name 及其子函数的调用图，此标志类似于 -e 标志，但它在总时间和百分比时间的计算中排除了由函数Name 及其子函数所用的时间。

l -f Name 输出函数Name 及其子函数的调用图。可以指定多个 -f 标志。一个 -f 标志只能指定一个函数。

l -F Name 输出函数Name 及其子函数的调用图，它类似于 -f 标志，但它在总时间和百分比时间计算中仅使用所打印的例程的时间。可以指定多个 -F 标志。一个 -F 标志只能指定一个函数。-F 标志覆盖 -E 标志。

l -z 显示使用次数为零的例程（按照调用计数和累积时间计算）。

不过,gprof不能显示对象之间的继承关系,这也是它的弱点.

转载来源：http://blog.csdn.net/dragonbooker/article/details/6173321
大端模式

　　所谓的大端模式，是指数据的低位（就是权值较小的后面那几位）保存在内存的高地址中，而数据的高位，保存在内存的低地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；

小端模式

　　所谓的小端模式，是指数据的低位保存在内存的低地址中，而数 据的高位保存在内存的高地址中，这种存储模式将地址的高低和数据位权有效地结合起来，高地址部分权值高，低地址部分权值低，和我们的逻辑方法一致。

为什么有大小端模式之分

为什么会有大小端模式之分呢？这是因为在计算机系统中，我们是以字节为单位的，每个地址单元都对应着一个字节，一个字节为 8bit。但是在C语言中除了8bit的char之外，还有16bit的short型，32bit的long型（要看具体的编译器），另外，对于位数大于 8位的处理器，例如16位或者32位的处理器，由于寄存器宽度大于一个字节，那么必然存在着一个如何将多个字节安排的问题。因此就导致了大端存储模式和小端存储模式。例如一个16bit的short型x，在内存中的地址为0x0010，x的值为0x1122，那么0x11为高字节，0x22为低字节。对于 大端模式，就将0x11放在低地址中，即0x0010中，0x22放在高地址中，即0x0011中。小端模式，刚好相反。我们常用的X86结构是小端模式，而KEIL C51则为大端模式。很多的ARM，DSP都为小端模式。有些ARM处理器还可以由硬件来选择是大端模式还是小端模式。

二、举例说明

大家都知道字符‘A’的ASCII码值为65（十进制）也就是0x41，那么这个值在不同大小端模式的系统中存放的方式分别为：

大端模式：00 00 00 41 -----高低模式

小端模式：41 00 00 00  -----低低模式

三、使用代码判断大小端模式

可以通过声明一个联合（union）判断大小端模式：

/**

 * 方法一 得到当前系统的大小端属性, 此方法要保证在32位机测试

 */

static union {

       char c[4];

    unsigned long l;

}

endian_test = { { 'l', '?', '?', 'b' } }; 　　

#define ENDIANNESS ((char)endian_test.l)

/**

 * 方法二: 得到当前系统的大小端属性

 */

static union {

     short n;

     char c[sizeof(short)];

}un;

int getEndian()

{

   un.n = 0x0102;

   if ((un.c[0] == 1 && un.c[1] == 2))

   {

     printf("big endian/n");

   }

   else if ((un.c[0] == 2 && un.c[1] == 1))

   {

     printf("little endian/n");

   }

   else

     printf("error!/n");

   return 0;

}

/**

 * 方法三: 得到当前系统的大小端属性

 */

int getEndian()

{

   int c = 1;                               // big-endian: 00 00 00 01 little-endian: 01 00 00 00

  // int c = 0x02000001;          // big-endian: 02 00 00 01 little-endian: 01 00 00 02

   if ((*(char *)&c) == 1)               // 取c变量所在地址上的一个字节。

   {

     printf("little endian/n");

   }

   else

     printf("big endian");

   return 0;

}

创建FIFO管道
        $mkfifo –m 600 fifocat
              #include <sys/stat.h>
              #include <sys/types.h>
              int mkfifo( const char *filename, mode_t mode );
         参数说明：mode指定FIFO的读写权限，新创建FIFO的用户ID和组ID规则。与open函数相同。
   参数mode 则有下列数种组合，只有在建立新文件时才会生效，此外真正建文件时的权限会受到umask值所影响，因此该文件权限应该为（mode-umaks）。
S_IRWXU00700 权限，代表该文件所有者具有可读、可写及可执行的权限。
S_IRUSR 或S_IREAD，00400权限，代表该文件所有者具有可读取的权限。
S_IWUSR 或S_IWRITE，00200 权限，代表该文件所有者具有可写入的权限。
S_IXUSR 或S_IEXEC，00100 权限，代表该文件所有者具有可执行的权限。
S_IRWXG 00070权限，代表该文件用户组具有可读、可写及可执行的权限。
S_IRGRP 00040 权限，代表该文件用户组具有可读的权限。
S_IWGRP 00020权限，代表该文件用户组具有可写入的权限。
S_IXGRP 00010 权限，代表该文件用户组具有可执行的权限。
S_IRWXO 00007权限，代表其他用户具有可读、可写及可执行的权限。
S_IROTH 00004 权限，代表其他用户具有可读的权限
S_IWOTH 00002权限，代表其他用户具有可写入的权限。
S_IXOTH 00001 权限，代表其他用户具有可执行的权限。
        %注意：当要创建一个已经存在的FIFO时，程序会产生一个EEXIST的异常

FIFO读写操作
        般的I/O（open close read write unlink）函数都可以用于FIFO文件，需要注意的是，在使用open函数打开一个FIFO文件时，open函数参数flag标志位的O_NONBLOCK标志，它关系到函数的返回状态。详细说明如表14-2所示。
表14-2 open函数的flag(O_NONBLOCK)详细说明
O_NONBLOCK标志
详 细 说 明
置位
只读open立即返回。当只写open时，如果没有进程为读打开FIFO，则返回–1，并置errno值为ENXIO
不置位
open视情况阻塞。只读open要阻塞到有进程为写打开FIFO，只写open要阻塞到有进程为读打开FIFO

       FIFO的写操作规则类似于匿名管道的写操作规则，当没有进程为读打开FIFO，调用write函数来进行写操作会产生信号SIGPIPE，则信号可以被捕捉或者完全忽略。
        %注意：当FIFO的所有写进程都已经关闭，则为FIFO的读进程产生一个文件结束符。

FIFO的缺点
        当然FIFO也有它的局限性，如图14-6所示。客户端可以发请求到服务器，但前提是要知道一个公共的FIFO通道，对于实现服务器回传应答到客户端的问题，可以通过为每一个客户端创建一个专用的FIFO，来实现回传应答。但也有不足，服务器会同时应答成千上万个客户端，创建如此多的FIFO是否会使系统负载过大，相应的如何判断客户端是否因意外而崩溃成为难题，或者客户端不读取应答直接退出，所以服务器必须处理SIGPIPE信号，并做相应处理。