From cTuning.org
(Difference between revisions)
(note xml file jail break issue) |
m |
||
| Line 2: | Line 2: | ||
=== Record IP passes per main input file === | === Record IP passes per main input file === | ||
| - | + | ''Motivation'': Different main input file can have different IP passes. For example, if one file has only data structure defination but no function, then no IP passes will run, and nothing will be recorded. -- Susgested by [[User:Huangyuanjie | Yuanjie Huang]] | |
| - | + | ||
=== Save XMLs in folder hierarchy === | === Save XMLs in folder hierarchy === | ||
| - | + | ''Motivation'': Trying to save XMLs in one folder while avioding name conflicts results in strange file names and conplex naming rules. It might be a good idea to keep it in folder hierarchy (which clones the source code directory hierarchy in the <tt>adapt-xmls</tt> dir)like this: | |
<pre> | <pre> | ||
| Line 18: | Line 17: | ||
</pre> | </pre> | ||
| - | * | + | *''Pros'': We can find the xml file quickly and easily in programs that handles these XMLs. |
| - | * | + | *''Cons'': Some XMLs may lay in a deep directory hierarchy, making editing manually inconvenient. |
| - | * | + | *'''Unsolved Issue''': When compiling source file from parent directory of current working dir, the XML files may "break the jail", i.e., be placed out of adapt-xmls directory |
-- Suggested by [[User:Huangyuanjie | Yuanjie Huang]] | -- Suggested by [[User:Huangyuanjie | Yuanjie Huang]] | ||
| Line 26: | Line 25: | ||
=== Seperate generic_clone and instrumentation === | === Seperate generic_clone and instrumentation === | ||
| - | + | ''Motivation'': These two passes now seem quite twisted... and offering some duplicate functionality from [[CTools:ICI:Projects:GSOC09:Fine_grain_tuning | fine-grain tuning]]. Maybe we could just leave these two passes simpler and thus more flexible by pass reordering? Then if we clone before instrumentation, then the instrumentation passes should target at the clones; while if we instrument before cloning, the instrument should be copied to each cloned function. -- Susgested by [[User:Huangyuanjie | Yuanjie Huang]] | |
Revision as of 00:59, 16 November 2009
Contents |
Ideas
Record IP passes per main input file
Motivation: Different main input file can have different IP passes. For example, if one file has only data structure defination but no function, then no IP passes will run, and nothing will be recorded. -- Susgested by Yuanjie Huang
Save XMLs in folder hierarchy
Motivation: Trying to save XMLs in one folder while avioding name conflicts results in strange file names and conplex naming rules. It might be a good idea to keep it in folder hierarchy (which clones the source code directory hierarchy in the adapt-xmls dir)like this:
adapt-xmls/
|-- main.c/
| `-- main.xml
`-- susan.c/
|-- susan_edges.xml
`-- susan_smoothing.xml
- Pros: We can find the xml file quickly and easily in programs that handles these XMLs.
- Cons: Some XMLs may lay in a deep directory hierarchy, making editing manually inconvenient.
- Unsolved Issue: When compiling source file from parent directory of current working dir, the XML files may "break the jail", i.e., be placed out of adapt-xmls directory
-- Suggested by Yuanjie Huang
Seperate generic_clone and instrumentation
Motivation: These two passes now seem quite twisted... and offering some duplicate functionality from fine-grain tuning. Maybe we could just leave these two passes simpler and thus more flexible by pass reordering? Then if we clone before instrumentation, then the instrumentation passes should target at the clones; while if we instrument before cloning, the instrument should be copied to each cloned function. -- Susgested by Yuanjie Huang
Todos
Under construction ;)