I use GPT fdisk a lot to process image files (mostly sgdisk for EFI boot images) on Linux server installations. This works perfectly beside one downer DiskIO::DiskSync() in diskio-unix.cc, which takes ages on systems doing heavy block I/O concurrently to gdisk. This was already reported by Jim Estes in https://sourceforge.net/p/gptfdisk/discussion/939590/thread/dbd6166b/.
Is there any chance to get a patch accepted that renders sync() optional? Any hints how to approach this or what to avoid by all means? I'm prepared to develop the feature myself and test under Linux.
Regards
Christian
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
I use GPT fdisk a lot to process image files (mostly sgdisk for EFI boot images) on Linux server installations. This works perfectly beside one downer
DiskIO::DiskSync()in diskio-unix.cc, which takes ages on systems doing heavy block I/O concurrently to gdisk. This was already reported by Jim Estes in https://sourceforge.net/p/gptfdisk/discussion/939590/thread/dbd6166b/.Is there any chance to get a patch accepted that renders
sync()optional? Any hints how to approach this or what to avoid by all means? I'm prepared to develop the feature myself and test under Linux.Regards
Christian