This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Value profile based optimizations, part 1


Zdenek Dvorak wrote:
Hello,

there are several optimizations that may benefit from some knowledge
about values of expressions in the program, e.g specialization of
operations/standard functions, prefetching, decision heuristics for
some optimizations, etc.  We have implemented and tested some of them
on hammer-3_3-branch; I think they are ready to be merged to mainline
now.

This patch brings in the means to instrument the program to obtain
data about values of expressions.

Although you have vpt.h and vpt.c, you have inserted code into profile.c that has intimate knowledge of vpt. The vpt files are small. Would it not be more sensible to either 1) put all the vpt stuff into profile.h & profile.c 2) put all the vpt stuff into vpt.h & vpt.c my inclination is for #1?

BTW, is there a less cryptic name than 'vpt'? I can't see in the patch
any description of how these parts all hang together -- some comment
in vpt.h would be nice.

* flags.h (flag_value_histograms): Declare.
why not flag_value_profile? you've called this value profiling after
all? Histogram is the implementation technique, value profiling is
the desired outcome. A user is more likely to understand what the
value-profiling means.

	(GCOV_COUNTER_V_INTERVAL, GCOV_COUNTER_V_POW2, GCOV_COUNTER_V_ONE,
	GCOV_COUNTER_V_DELTA): New counter sections.
would GCOV_COUNTER_V_COMMON or GCOV_COUNTER_V_SINGLE be better than
GCOV_COUNTER_V_ONE -- one what?

nathan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]