Re: [Gems-users] Generating traces with ruby

[Mike Marty <mikem@xxxxxxxxxxx>]

proc#, address, pc, type

The output code is in ruby/recorder/Tracer.C which calls the output method
on ruby/recorder/TraceRecord.C

--Mike


> ok, that worked.  Is the format of the trace:
>
> proc# pc address type
>
> or
>
> proc# address pc type?
>
> On Wed, 12 Oct 2005, Mike Marty wrote:
>
> > Sean, the file still uncompresses, right?  I believe this happens when
> > Ruby is interrupted but in my experience, the compressing trace is still
> > usable.
> >
> > Try using zcat
> >
> > "zcat test.gz > test"
> >
> > --Mike
> >
> >
> >> As far as I can tell the traces generated by ruby are compressed.  I
> >> execute the following sequence of commands to generate a trace:
> >>
> >> read-configuration ../checkpoints/fft.4
> >> magic-break-enable
> >> dstc-disable
> >> istc-disable
> >> instruction-fetch-mode instruction-fetch-trace
> >> load-module ruby
> >> ruby0.setparam g_NUM_PROCESSORS 4
> >> ruby0.init
> >> ruby0.tracer-output-file test.gz
> >> c
> >> q
> >>
> >> This produces a file test.gz
> >> Attempting to unzip this I get the error:
> >> gunzip: test.gz: unexpected end of file
> >>
> >> What am I doing wrong?
> >> _______________________________________________
> >> Gems-users mailing list
> >> Gems-users@xxxxxxxxxxx
> >> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> >>
> > _______________________________________________
> > Gems-users mailing list
> > Gems-users@xxxxxxxxxxx
> > https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> >
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
>