RFR(XS): 8174768: Make ProcessTools print executed process output into a separate file
Igor Ignatyev
igor.ignatyev at oracle.com
Wed Apr 1 19:13:09 UTC 2020
Hi Evgeny,
(widening the audience, given this affects not just hotspot compiler, but hotspot tests as well as core libs tests in general)
overall that looks good to me. one suggestion, for the ease of failure analysis it might be worth to print out the names of created files, although this might potentially clutter the output, I don't think it'll be a problem given we already print out things like 'Gathering output for process ...' , 'Waiting for completion...' in LazyOutputBuffer.
> The change has been tested via a mach5 test runs (jdk-tier1 through 4) on the 4 common platforms (linux-x64, windows-x64, macosx-x64, sparcv9).
this doesn't include any of hotspot tiers, could you please also run hs-tier1--4?
// you can use tierN jobs which include both jdk and hs parts.
Thanks,
-- Igor
> On Mar 30, 2020, at 3:55 AM, Evgeny Nikitin <evgeny.nikitin at oracle.com> wrote:
>
>
> Hi,
>
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8174768
>
> Webrev: http://cr.openjdk.java.net/~iignatyev/enikitin/8174768/webrev.00/
>
>
> The bug had been created as a request to simplify investigation for compiler control tests failures.
> I found the functionality pretty generic and useful and made ProcessTools dump output as well as some diagnostic information for every executed process into a separate file.
> The diagnostic information contains cmdline, exit code, stdout and stderr. The output files are named like 'pid-<PID>-output.log'.
>
> The change has been tested via a mach5 test runs (jdk-tier1 through 4) on the 4 common platforms (linux-x64, windows-x64, macosx-x64, sparcv9).
>
> Please review,
> /Evgeny Nikitin.
More information about the hotspot-compiler-dev
mailing list