> Hi, > > I am currently experimenting with superblock scheduling in a prerelease > version (20040114) of gcc 3.4 on the spec2000 benchmarks. I have > a few questions: > > The version that I have does not seem to accept the > -fsched2-use-traces command line switch. So I went a head and set the > following global variables in toplev.c in order to enforce superblock > formation and scheduling: > > int flag_optimize = 1; > int flag_schedule_insns = 1; > int flag_schedule_insns_after_reload = 1; > int flag_sched2_use_traces = 1; > > Q1. Is there a known bug in version 3.4 related to command-line options? > Or I am doing something wrong? I jus ttested and -fsched2-use-traces seems to just work for me. What kind of problems do you get? > > Q2. Should I set the following flag as well? > int flag_branch_probabilities = ?; > I tried it both ways and the superblocks generated when this flag is > RESET are on average larger and have more branches in them (they are much > harder to schedule), which does not make sense to me. What is superblock > formation based on when branch probablities are not computed? It seems to > me that setting this flag should be necessary! Yes, however it should be implied by -O2 flag. You also may want the profile feedback. Without -fbranch-probabilities you won't get any superblocks formed. > > Q3. Are there any other flags that I need to set in order to ensure > proper superblock formation? I think -O2 -fsched2-use-traces shall do what you want. > > Q3. I have looked into the trace formation code in tracer.c and was > confused about three different terms related to about the same > concept : probability, count and frequency. Is there a documention that > precisely defines each of these three terms and how they are used in > trace formation? You may take a look at cfg.texi documentation I sent to mailing list year or two ago, but it never went into official sources. In general the count represent number of execution of given edge/block when profile is read from feedback. It is 64bit number. Each basic block has frequence that represent how commonly it is executed relative to REG_FREQ_BASE. It is 32bit number and the most frequent basic block is known to have REG_FREQ_BASE frequency at the time profile was built, so it is easier to manipulate with when you don't care about exactness and it is also available without profile feedback based on guesses made by compiler. Probablity is set for edges and represent probability that control flow will leave basic block via that edge, again relative to REG_FREQ_BASE. Honza > > Thanks > > -Ghassan
