From b856f645a2f58a3e224976167b4b1fb030d7967b Mon Sep 17 00:00:00 2001 From: DJ Delorie Date: Mon, 11 Jul 2016 20:50:34 -0400 Subject: Update to new binary file-based trace file. In order to not lose records, or need to guess ahead of time how many records you need, this switches to a mmap'd file for the trace buffer, and grows it as needed. The trace2dat perl script is replaced with a trace2wl C++ program that runs a lot faster and can handle the binary format. --- malloc/README.copr.html | 34 ++++++++++------------------------ 1 file changed, 10 insertions(+), 24 deletions(-) (limited to 'malloc/README.copr.html') diff --git a/malloc/README.copr.html b/malloc/README.copr.html index 00a0e59b04..543758cf64 100644 --- a/malloc/README.copr.html +++ b/malloc/README.copr.html @@ -74,28 +74,14 @@ I don't support, but you never know...

 $ ls -l /tmp/mtrace-*
--rw-r--r--. 1 root root 12422 Jun  2 20:53 mtrace-1188.out
+-rw-r--r--. 1 root root 12422 Jun  2 20:53 mtrace.out.1188
 
-

Each generated file is a plain ASCII text file, with some headers - followed by one line per trace record entry. The syntax is not - "official" but intended to be machine-readable, and some scripts are - included in the COPR repo to process the generated files.

- -
-$ head -1 /tmp/mtrace-1188.out
-158 out of 1000 events captured
-
- -

If first number is more than the second number, then the trace only -includes the last however-many records. You can specify a -larger buffer via envirionment variables, like this:

- -
-$ MTRACE_CTL_COUNT=100000 LD_PRELOAD=/lib64/libmtracectl.so ls
-
- -(again, or /lib/ for 32-bit machines) +

Each generated file is a binary file, specific to the architecture, + with one record per trace record entry. Some programs are included + in the COPR repo to process the generated files. Please make sure + you process these files on the same architecture as they were + generated on.

Sending Us Trace Files

@@ -105,8 +91,8 @@ it to make the file easier to transfer and keep track of.

 $ cd /tmp
-$ gzip -9 mtrace-1188.out
-$ mv mtrace-1188.out.gz f24-ls-fred.mtrace.gz (or whatever name fits :)
+$ gzip -9 mtrace.out.1188
+$ mv mtrace.out.1188.gz f24-ls-fred.mtrace.gz (or whatever name fits :)
 

Then mail f24-ls-fred.mtrace.gz to dj@redhat.com (or @@ -120,13 +106,13 @@ issues. Such workloads might be locally generated as part of a benchmark suite, for example.

-trace2dat outfile [infile ...]
+trace2wl outfile [infile ...]
 
If an infile is not provided, input is read from stdin.
-$ trace2dat /tmp/ls.wl /tmp/mtrace-22172.out
+$ trace2wl /tmp/ls.wl /tmp/mtrace-22172.out
 
The resulting file is a "workload" - a data file that tells the -- cgit v1.2.3