Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

pdtostd(1) [osf1 man page]

pdtostd(1)						      General Commands Manual							pdtostd(1)

NAME
pdtostd - Convert profiling data files to standard format SYNOPSIS
pdtostd [-i] [-s] {[-a addrs] [-o outfile] infile}... OPTIONS
Retain "int" sized (32-bit) sample counts instead of truncating to "short" sized (16-bit) counts, as in the uprofile -i command in DIGITAL UNIX releases before V4.0. Split "int" sized (32-bit) sample counts into two "short" sized (16-bit) counts, so that default sample counts collected by cc -p or cc -pg cover one instruction instead of two, as in DIGITAL UNIX releases before V4.0. If infile is a pixie-created *.Counts file, then addrs is the name of a specific *.Addrs file to use. By default, pdtostd searches for a *.Addrs file in the location where the pixie program created it. The named file must be a "profiling data file", as reported by the file(1) command, not a standard for- mat *.Addrs file. Therefore, convert a *.Counts file before its *.Addrs file, unless using -o. The reformatted file is written to outfile instead of overwriting infile. Each infile can be preceded by a -o option. OPERANDS
The input file, which is a "profiling data file", as reported by the file(1) command, and was generated by a program instrumented or exe- cuted by one of the following tools: (mon.out) (gmon.out) (kmon.out) (umon.out) (*.Addrs, *.Counts) DESCRIPTION
The pdtostd command converts profiling data files from the format that the Tru64 UNIX profilers use into the older industry standard for- mats. The converted files can then be processed by tools compiled with the <cmplrs/prof_header.h> or <sys/gprof.h> files. The format of the profiling data files produced by Tru64 UNIX may be expanded in future releases, but Tru64 UNIX tools will continue to support older formats. To write tools that process profiling data files, the pdtostd command lets you convert the Tru64 UNIX formats to the older industry standard formats, where one exists. The standard formats cannot accommodate the variety of data that is recorded in the "profiling data file" format, but instead they provide the standard subset. The standard subset matches the format of the files output by the tools in DIGITAL UNIX systems before the V4.0 release. For access to the full information in a Tru64 UNIX profiling data file, examine the file with the pddump(1) command, and process it with the utilities in libpdf.a and <cmplrs/pdf.h>, skipping any new attributes, records, or fields that may appear. EXAMPLES
Converts a V4.* default mon.out file to a pre-V4.0 default mon.out file, without overwriting the original. pdtostd -s -o mon.std mon.out Converts pixie files, replacing the originals with the standard versions, even if the originals have been moved from the directory they were created in. pdtostd -a example.Addrs example.Counts example.Addrs FILES
Header file that defines the standard mon.out, kmon.out, and umon.out formats and the standard *.Addrs and *.Counts formats Header file that defines the gmon.h standard format SEE ALSO
Commands: atom(1), cc(1), file(1), kprofile(1), pddump(1), uprofile(1) AtomTools: pixie(5) Programmer's Guide pdtostd(1)

Check Out this Related Man Page

feedback(1)						      General Commands Manual						       feedback(1)

NAME
feedback - Generate an optimization feedback file using pixie and prof SYNOPSIS
feedback [prof-options] [-o feedback-file] [-v] objfile [objfile-arguments] OPTIONS
The feedback command accepts the following prof(1) options and any unambiguous abbreviations: -asm, -clock megahertz, -{e|E}xclude proce- dure_name, -feedback filename, -heavy, -invocations, -lines, -merge filename, -numbers, -{o|O}nly procedure_name, -procedures, -quit n, -testcoverage, -truecycles [0,1,2], -zero. The feedback command ignores all other options in order to provide compatiblility with older versions of the feedback command. An option argument following an option not recognized by this or older versions of the feedback command will be treated as the objfile argument. Specifies the name of the feedback file. This can also be specified by the -feedback option of prof. You should use only one of these options to specify a feedback file, not both. Causes the pixie, application, and prof commands to be printed as they are invoked. OPERANDS
Specifies the executable of the application for which a feedback file is to be generated. A pixie-instrumented version of this executable will be executed with the current working directory and environment variables. The feedback file that is generated will reflect the behav- ior of one execution of the instrumented objfile. Specify the arguments that will cause the behavior that you want to have optimized when the compiler uses the feedback file. DESCRIPTION
The feedback command invokes pixie to add profiling code to an object file. The object file generated by pixie is executed to obtain pro- filing information. The feedback command then invokes prof to analyze the profiling information. If the output of objfile needs to be redirected, but not the output of the feedback utility, the redirection characters need to have sh(1) syntax and be within quotes. If objfile is multi-threaded, the LD_LIBRARY_PATH environment variable needs to include the current working directory. EXAMPLES
Send the profiling information to the standard output: $ feedback myprog Write a binary formatted performance profile to the file myprog.feedback, which then helps a subsequent recompilation optimize the program: $ feedback -feedback myprog.feedback myprog $ cc -O -feedback myprog.feedback -o myprog myprog.c FILES
Object with profiling code. Generated by pixie. Basic block addresses. Generated by pixie. Basic block counts. Generated by myprog.pixie. Note: Run pixie and prof independently if alternative names are needed. SEE ALSO
cc(1), pixie(5), prof(1) feedback(1)
Man Page