|
66 | 66 | /// might want to report. 2 are currently relevant. 2 more may become relevant
|
67 | 67 | /// in the future. These result/statuses may include
|
68 | 68 | /// - the API function successfully completed an operation
|
69 |
| -/// - (may become relevant with GPUs) a function can be configured to be |
70 |
| -/// either synchronous or asynchronous just succesfully launched a GPU |
71 |
| -/// kernel. (honestly, we may choose to simply denote success) |
72 |
| -/// - A(may become relevant with GPUs) a temporary error |
73 |
| -/// occurred that could be overcome by trying again. For example, a GPU had |
74 |
| -/// too much pending work (honestly, we may want to configure Grackle so it |
75 |
| -/// knows to try again). |
| 69 | +/// - (may become relevant with GPUs) a function, which can be configured to be |
| 70 | +/// either synchronous or asynchronous (@ compile-time or runtime), wants to |
| 71 | +/// report that it is being invoked in an "asynchronous mode" and that it |
| 72 | +/// succesfully launched a GPU kernel. The premise is that the function would |
| 73 | +/// report the successful-completion status if the function had been |
| 74 | +/// configured in its "synchronous mode," and the whole operation had been a |
| 75 | +/// success. (Honestly, we may choose to simply denote success in both cases) |
| 76 | +/// - (may become relevant with GPUs) a temporary error occurred that could be |
| 77 | +/// overcome by trying again. For example, a GPU had too much pending work |
| 78 | +/// (honestly, we may want to configure Grackle so it knows to try again). |
76 | 79 | /// - A generic error occurred that requires human-intervention
|
77 | 80 | ///
|
78 | 81 | /// It is useful to highlight categories of these generic errors (the last of
|
|
0 commit comments