8365919: Replace currentTimeMillis with nanoTime in Stresser.java

[albertnetymk]

Mostly a mechanic change from currentTimeMillis() to nanoTime()/1000000. It also removes finishTime to avoid overflowing.

The change in iteration() is to ensure currentTime is properly initialized.

(Was investigating a timeout on Windows-x64, which led me to this code. I think this fix is good enough by its own.)

Test: tier1-5

---

Progress

• Change must be properly reviewed (1 review required, with at least 1 Reviewer)
• Change must not contain extraneous whitespace
• Commit message must refer to an issue

Issue

• JDK-8365919: Replace currentTimeMillis with nanoTime in Stresser.java (Enhancement - P4)

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/26879/head:pull/26879
$ git checkout pull/26879

Update a local copy of the PR:
$ git checkout pull/26879
$ git pull https://git.openjdk.org/jdk.git pull/26879/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 26879

View PR using the GUI difftool:
$ git pr show -t 26879

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/26879.diff

Using Webrev

Link to Webrev Comment

[bridgekeeper]

👋 Welcome back ayang! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

[openjdk]

❗ This change is not yet ready to be integrated.
See the Progress checklist in the description for automated requirements.

[openjdk]

@albertnetymk To determine the appropriate audience for reviewing this pull request, one or more labels corresponding to different subsystems will normally be applied automatically. However, no automatic labelling rule matches the changes in this pull request. In order to have an "RFR" email sent to the correct mailing list, you will need to add one or more applicable labels manually using the /label pull request command.

Applicable Labels

• build
• client
• compiler
• core-libs
• graal
• hotspot
• hotspot-compiler
• hotspot-gc
• hotspot-jfr
• hotspot-runtime
• i18n
• ide-support
• javadoc
• jdk
• jmx
• net
• nio
• security
• serviceability
• shenandoah

[albertnetymk]

/cc hotspot-gc

[openjdk]

@albertnetymk
The hotspot-gc label was successfully added.

[mlbridge]

Webrevs

• 01: Full - Incremental (cefb9948)
• 00: Full (7af0923b)

[phohensee]

You might want to load (options.getTime() * 1000) into a local rather than compute it multiple times.

[albertnetymk]

You might want to load (options.getTime() * 1000) into a local rather than compute it multiple times.

Extracted that to a local var for getTimeLeft. I skipped printExecutionInfo, as I feel introducing a local var there actually makes it a bit harder to read.