|
7 | 7 |
|
8 | 8 | ## New Features |
9 | 9 |
|
10 | | - * Batchtools future backends gained argument `delete` for controlling |
11 | | - if and when batchtools futures should be deleted from the file |
12 | | - system. Supported values are `"on-success"`, `"never"` and |
13 | | - `"always"`. The default value can be set via R option |
14 | | - `future.batchtools.delete`. |
15 | | - |
16 | 10 | * Most types of batchtools future can now be interrupted, including |
17 | 11 | `batchtools_multicore` and all job-scheduler backends, e.g. |
18 | 12 | `batchtools_sge` and `batchtools_slurm`. |
|
56 | 50 | should help with any troubleshooting, especially when getting |
57 | 51 | started. |
58 | 52 |
|
| 53 | + * Batchtools future backends gained argument `delete` for controlling |
| 54 | + if and when batchtools futures should be deleted from the file |
| 55 | + system. Supported values are `"on-success"`, `"never"` and |
| 56 | + `"always"`. The default value can be set via R option |
| 57 | + `future.batchtools.delete`. |
| 58 | + |
59 | 59 | ## Documentation |
60 | 60 |
|
| 61 | + * Add explicit **batchtools** arguments `scheduler.latency` and |
| 62 | + `fs.latency` to batchtools backends, where applicable. |
| 63 | + |
61 | 64 | * Add `timeout <runtime> ...` to the default `batchtools_bash` |
62 | 65 | template script to illustrate how to control this runtime via the |
63 | 66 | backend `resources` argument. |
64 | 67 |
|
65 | | - * Add explicit **batchtools** arguments `scheduler.latency` and |
66 | | - `fs.latency` to batchtools backends, where applicable. |
67 | | - |
68 | 68 | ## Bug Fixes |
69 | 69 |
|
70 | 70 | * Calling `value()` on a terminated batchtools job could take a very |
|
0 commit comments