@@ -3,8 +3,7 @@ Supporting ROCm with CRIU
33
44_ Felix Kuehling <Felix.Kuehling@amd.com >_ <br >
55_ Rajneesh Bardwaj <Rajneesh.Bhardwaj@amd.com >_ <br >
6- _ David Yat Sin <David.YatSin@amd.com >_ <br >
7- _ Yanning Yang < yangyanning@sjtu.edu.cn > _
6+ _ David Yat Sin <David.YatSin@amd.com >_
87
98# Introduction
109
@@ -225,26 +224,6 @@ to resume execution on the GPUs.
225224* This new plugin is enabled by the new hook ` __RESUME_DEVICES_LATE ` in our RFC
226225patch series.*
227226
228- ## Restoring BO content in parallel
229-
230- Restoring the BO content is an important part in the restore of GPU state and
231- usually takes a significant amount of time. A possible location for this
232- procedure is the ` cr_plugin_restore_file ` hook. However, restoring in this hook
233- blocks the target process from performing other restore operations, which
234- hinders further optimization of the restore process.
235-
236- Therefore, a new plugin hook that runs in the master restore process is
237- introduced, and it interacts with the ` cr_plugin_restore_file ` hook to complete
238- the restore of BO content. Specifically, the target process only needs to send
239- the relevant BOs to the master restore process, while this new hook handles all
240- the restore of buffer objects. Through this method, during the restore of the BO
241- content, the target process can perform other restore operations, thus
242- accelerating the restore procedure. This is an implementation of the gCROP
243- method proposed in the ACM SoCC'24 paper: [ On-demand and Parallel
244- Checkpoint/Restore for GPU Applications] ( https://dl.acm.org/doi/10.1145/3698038.3698510 ) .
245-
246- * This optimization technique is enabled by the ` __POST_FORKING ` hook.*
247-
248227## Other CRIU changes
249228
250229In addition to the new plugins, we need to make some changes to CRIU itself to
0 commit comments