~bryce/cairo-traces - Bryce's cairo-traces repository for development branches

Age	Commit message (Collapse)	Author	Files	Lines
2009-08-23	git: ignore snapshots directory	Chris Wilson	1	-0/+1

2009-08-22	Reorganise repository in preparation of adding 'benchmarks'	Chris Wilson	1	-1/+1
	More the currents trace to a full/ directory and introduce an empty benchmark/ directory. I plan to add selected short traces to the benchmark/ directory that will be useful for the casual benchmarker (or for quick runs over large number of revisions). In addition to the reorganisation, I've added a csi-trace utility that has the ability to trim a trace after a certain period of time has elapsed (since it has to draw the trace to an image surface in order to satisfy some internal requirements, this is a reasonable method of trimming replay times). Note csi-trace probably requires some patches currently in wip queues, but that should not affect normal operations.
2009-07-18	On decompressing the trace for replay, convert to binary form	Chris Wilson	1	-0/+1
	There is little benefit from converting to binary format before compressing, so we can continue recording in the readable format. This has the obvious advantage of not requiring any conversion to read and understand a trace. However as the binary format is sometimes half the size of the textual format there is considerable benefit to replaying the binary format. Not only is the amount of data read dramatically reduced, the operators are already specified in the byte code and so we avoid a couple of lookups per operator. Requires: 23648e2fdfefba4df08bc854d725758209998e1f (Obviously a .pc starts to make sense about now...) For comparison: firefox-world-map.trace 526,850,146 bytes bound.trace 275,1877,55 bytes [ # ] backend test min(s) median(s) stddev. count [ 1] null firefox-world-map 89.635 89.716 0.19% 3/3 [ 0] null bound 34.481 34.741 0.68% 3/3
2009-06-02	Create a simple repository to store compressed cairo traces.	Chris Wilson	1	-0/+2