[PATCH] tracedump: add --help and --function-histogram
Zack Rusin
zack at kde.org
Sat Sep 10 17:44:22 PDT 2011
On Saturday, September 10, 2011 07:56:51 PM José Fonseca wrote:
> I don't understand the meaning of a "pass" here. Could you give
> concrete examples?
Basically the same as with llvm. More specifically: algorithms that operate on
the internal model for a specific purpose.
> AFAICS, if a GL misuse analysis is sought, then the calls have to be
> replayed/analysed in order, from start to
> finish, because GL state can only be queried within the context of all
> previous calls replayed in sequence. That is, everything must be done
> in a single pass, a single read of the trace file.
That would be example of a specific pass. Other examples would be histogram
generation, a pass that uses something like lunarglass or another framework to
see if it's possible to optimize the generated shaders, a pass that suggests
replacement of older gl api calls with newer stuff, i.e. anti-deprecation pass,
a pass that suggest optimizations by way of replacement of a set of calls with
some new extension, etc. Stuff like that. Some of them requiring current api
state, some of them not.
> Even if these configurable set of passes make sense, there is no need
> for the gui to invoke glretrace to inquire about stuff that is
> statically determinable at compile time. The GUI and glretrace are
> always built from the same tree, and no binary back-wards
> compatabtility between the gui/glretrace/etc is given, so having this
> list of passes shared between them in a header (or even just
> duplicated) is perfectly fine.
That's exactly what I was saying.
z
More information about the apitrace
mailing list