Commit c1aa5f0
test: tune test-uv-threadpool-schedule
test-uv-threadpool-schedule has been failing consistently in
node-daily-master CI. It also fails consistently on my personal laptop.
These changes make it pass consistently with current master but fail
consistently with Node.js 10.11 (which was the last release in the 10.x
line before the fix that the test is for). It succeeds/fails as expected
whether or not I am connected to the network.
Fixes: #25305
PR-URL: #25358
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: James M Snell <jasnell@gmail.com>
Reviewed-By: Gireesh Punathil <gpunathi@in.ibm.com>
Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>1 parent 5b93356 commit c1aa5f0
1 file changed
Lines changed: 2 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
@@ -31,13 +31,13 @@ function onResolve() { | |||
| 31 | 31 | 'fast I/O was throttled due to threadpool congestion.'); | |
| 32 | 32 | ||
| 33 | 33 | // More realistic expectation: finish disc I/O at least within | |
| 34 | - // a time duration that is 1/100th of net I/O. | ||
| 34 | + // a time duration that is half of net I/O. | ||
| 35 | 35 | // Ideally the slow I/O should not affect the fast I/O as those | |
| 36 | 36 | // have two different thread-pool buckets. However, this could be | |
| 37 | 37 | // highly load / platform dependent, so don't be very greedy. | |
| 38 | 38 | const fastIOtime = fastIOend - start; | |
| 39 | 39 | const slowIOtime = slowIOend - start; | |
| 40 | - const expectedMax = slowIOtime / 100; | ||
| 40 | + const expectedMax = slowIOtime / 2; | ||
| 41 | 41 | assert.ok(fastIOtime < expectedMax, | |
| 42 | 42 | 'fast I/O took longer to complete, ' + | |
| 43 | 43 | `actual: ${fastIOtime}, expected: ${expectedMax}`); | |
0 commit comments