Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-12 Thread Max Reitz
On 12.02.21 11:25, Kevin Wolf wrote: Am 12.02.2021 um 10:14 hat Max Reitz geschrieben: On 11.02.21 21:38, Vladimir Sementsov-Ogievskiy wrote: 11.02.2021 20:22, Max Reitz wrote: We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are slow on certain filesystems and/or under certain

Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-12 Thread Kevin Wolf
Am 12.02.2021 um 10:14 hat Max Reitz geschrieben: > On 11.02.21 21:38, Vladimir Sementsov-Ogievskiy wrote: > > 11.02.2021 20:22, Max Reitz wrote: > > > We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are > > > slow on certain filesystems and/or under certain circumstances.  That is

Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-12 Thread Max Reitz
On 11.02.21 21:00, Eric Blake wrote: On 2/11/21 11:22 AM, Max Reitz wrote: We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are slow on certain filesystems and/or under certain circumstances. That is why we generally try to avoid it (which is why bdrv_co_block_status() has the @

Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-12 Thread Max Reitz
On 11.02.21 21:38, Vladimir Sementsov-Ogievskiy wrote: 11.02.2021 20:22, Max Reitz wrote: We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are slow on certain filesystems and/or under certain circumstances.  That is why we generally try to avoid it (which is why bdrv_co_block_sta

Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-11 Thread Vladimir Sementsov-Ogievskiy
11.02.2021 20:22, Max Reitz wrote: We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are slow on certain filesystems and/or under certain circumstances. That is why we generally try to avoid it (which is why bdrv_co_block_status() has the @want_zero parameter, and which is why qco

Re: [PATCH 2/2] file-posix: Cache next hole

2021-02-11 Thread Eric Blake
On 2/11/21 11:22 AM, Max Reitz wrote: > We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are > slow on certain filesystems and/or under certain circumstances. That is > why we generally try to avoid it (which is why bdrv_co_block_status() > has the @want_zero parameter, and which i

[PATCH 2/2] file-posix: Cache next hole

2021-02-11 Thread Max Reitz
We have repeatedly received reports that SEEK_HOLE and SEEK_DATA are slow on certain filesystems and/or under certain circumstances. That is why we generally try to avoid it (which is why bdrv_co_block_status() has the @want_zero parameter, and which is why qcow2 has a metadata preallocation detec