监督微调PaddleOCR-VL，加载Checkpoint恢复训练的时候失败

[MYBao217]

CONDA_PREFIX=/home/ubuntu/miniconda3
CUSTOM_DEVICE_ROOT=
PNPM_HOME=/home/ubuntu/.local/share/pnpm
PADDLE_BACKUP_ENV_PATH=/home/ubuntu/workspace/paddles/erniekit_dist_log/backup_env.0.json
JUPYTER_SERVER_URL=http://b5e8e0adfa40:8888/
PADDLE_MASTER=172.172.172.6:47101
FLAGS_selected_gpus=0

0 before shuffle: 5fc8d1286d48c0757e2f1344ad6e4659
0 after shuffle: df2db9428d9faf1abf5420cd29a8380a
0 source epoch switching.
0 before shuffle: df2db9428d9faf1abf5420cd29a8380a
0 after shuffle: 08fe71632b71a664bb91483f594a3c05
0 source epoch switching.
0 before shuffle: 08fe71632b71a664bb91483f594a3c05
0 after shuffle: 1e48c9155942807ed4a06397d866f012

以上是输出结果。
可以成功加载模型的参数，但之后会陷入0 source epoch switching循环。

[forBlank]

由于是从 checkpoint 中恢复训练，所以需要跳过 checkpoint 之前已经训练过的数据，这需要一定的时间，等待即可；
至于 0 source epoch switching 循环，是因为使用多线程加速数据加载导致的 log 信息多次被打印，重复次数等于dataloader_num_workers 值；
PaddleFormers 现已发布，支持更多方式微调 PaddleOCR-VL，欢迎使用

[MYBao217]

由于是从 checkpoint 中恢复训练，所以需要跳过 checkpoint 之前已经训练过的数据，这需要一定的时间，等待即可； 至于 0 source epoch switching 循环，是因为使用多线程加速数据加载导致的 log 信息多次被打印，重复次数等于dataloader_num_workers 值； PaddleFormers 现已发布，支持更多方式微调 PaddleOCR-VL，欢迎使用

我设置的dataloader_num_workers=0，以及我按照提示在执行命令中加了“--ignore_data_skip”

[forBlank]

如果不跳过数据，那就会正常训练；另外 0 source epoch switching 表示当前数据集 0 的 iterator 用尽（可视为完成 1 个 epoch），需要 switch 到新的 iterator（可视为开始新的 epoch），如果循环出现，可能是生成 iterator 时数据获取错误；
建议使用 PaddleFormers