| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
(By Jonathan, cherry-picked by Mac)
Conflicts:
unit_trace/trace_reader.py
unit_trace/viz/canvas.py
unit_trace/viz/graph.py
unit_trace/viz/schedule.py
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In order to sort records from different files into a single
stream (in order of timestamp), unit-trace uses per-cpu buffers;
the length of the buffers was previously hardcoded. If that
length proved insufficient (resulting in out-of-order records),
before this commit, unit-trace produced a FATAL ERROR and
terminated.
Now, unit-trace merely keeps a record of all out-of-order
records and prints a warning at the end, listing them.
The motivation for this change was the observation that
at least some times, grossly out-of-order errors were at
the very beginning of the trace (e.g. task system release),
so they don't really matter. If we know the IDs of the records
that are unordered, we are able to check (with the -o output)
to see if their misordering actually matters or not.
Moreover, the buffer size can now be specified with -b, and
the previously hard-coded value (200) is the default. Making
this number smaller greatly improves runtime, and vice versa.
I suspect that further investigation into the problem of sorting
records will show that the current method is overkill; down the
road, we may be able to replace this method with something much
faster. (The current method has the advantage that it is extremely
scalable, but I don't think that pays off for the size of traces
we typically examine.)
|
| | |
|
| | |
|
| |
|
|
| |
not require gtk/cairo, and a few other minor things.
|
| | |
|
| |\
| |
| |
| |
| |
| |
| |
| |
| | |
ssh://cvs.cs.unc.edu/cvs/proj/litmus/repo/unit-trace into wip-gary
Conflicts:
unit_trace/viz/draw.py
unit_trace/viz/schedule.py
unit_trace/viz/viewer.py
|
| | |
| |
| |
| | |
These are outdated and I don't feel like maintaining them.
|
| | | |
|
| | |
| |
| |
| |
| | |
This much more accurately captures what is going on and should
greatly reduce confusion
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
This allows the st_many_gsn trace to be parsed.
|
| | | |
|
| | |
| |
| |
| |
| | |
A bug caused traces with < 100 records (the number of records
buffered and sorted) to yield no records.
|
| | | |
|
| | |
| |
| |
| |
| | |
- Check and print error if G-EDF test not enabled
- Clean up output
|
| | |
| |
| |
| |
| | |
Previously this was an "intermediate" module. Makes more sense
to have it as an output module.
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
Makes it easier to find inversion records in output
|
| | |
| |
| |
| |
| |
| | |
Filtering by time is too cumbersome (because time values are so large),
so we give each event record an ID and filter by that instead in
in the earliest and latest modules.
|
| | |
| |
| |
| |
| |
| | |
The function that calculates inversion length needs to be
passed the correct time of the event that caused the
inversion to end.
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
well as the eradication of several bugs
Also, visualizer is now integrated into the main unit-trace command line tool
(use -v option)
Note that files are now taken in from the command line, no longer from the
GUI
|
| |
|
|
| |
visualizer.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
ssh://cvs.cs.unc.edu/cvs/proj/litmus/repo/unit-trace into wip-gary
Conflicts:
README
reader/sample_script.py
visualizer.py
|
| |
|
|
|
| |
Can now filter by earliest record of interest and
latest record of interest, using -e and -l.
|
| |
|
|
|
| |
Maxer: Allow a maximum number of records to be parsed
Skipper: Skip a given number of records at the beginning
|
| |
|
|
|
|
| |
This submodule allows us to measure the speed at which
trace files are processed and reports on its progress as
it goes along.
|
| | |
|
|
|
The unit_trace folder should be placed in
/usr/local/lib/pythonX.Y/site-packages.
This makes unit-trace submodules available from anywhere
on the system.
|
