[DTrace-devel] [PATCH] Implement the io provider
Eugene Loh
eugene.loh at oracle.com
Sat Dec 2 18:52:53 UTC 2023
I also tried running the tests. OL7 OL8 OL9 UEK6 UEK7 x86 and ARM. 8
platforms. 3 passes of the io tests. All tests pass except on OL9 ARM,
where local2 and nfs2 failed consistently. I don't really understand
this stuff (I devised these tests just by looking for conditions to
check that held up empirically and could be imagined to be reasonable),
but I guess I can look more.
On test/unittest/io/tst.nfs2.sh, the output file log.write expects a
single start of 1048576 bytes in column 7; I see
run1:
io: vmlinux: : start 0 520 1002859 1002859 0 0 0 52958581
52958581 0 0 0 0 0 0 0 nfs nfs <nfs>
io: vmlinux: : start 0 520 49152 49152 0 0 0 52958581
52958581 0 0 0 0 0 0 0 nfs nfs <nfs>
run2:
io: vmlinux: : start 0 520 992032 992032 0 0 0 1324185
1324185 0 0 0 0 0 0 0 nfs nfs <nfs>
io: vmlinux: : start 0 520 57344 57344 0 0 0 1324185
1324185 0 0 0 0 0 0 0 nfs nfs <nfs>
run3:
io: vmlinux: : start 0 520 964185 964185 0 0 0 19900749
19900749 0 0 0 0 0 0 0 nfs nfs <nfs>
io: vmlinux: : start 0 520 86016 86016 0 0 0 19900749
19900749 0 0 0 0 0 0 0 nfs nfs <nfs>
On tst.local2.sh, log.write shows no "start" records with nonzero byte
counts.
At the very least, I can add some more diagnostics with the tests to
make it easier to see what's going on.
More information about the DTrace-devel
mailing list