Re: selective block polling and preadv2/pwritev2 revisited V2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Christoph Hellwig <hch@xxxxxx> writes:

> On Fri, Feb 26, 2016 at 04:18:55PM -0500, Jeff Moyer wrote:
>> Christoph Hellwig <hch@xxxxxx> writes:
>> 
>> > This series allows to selectively enable/disable polling for completions
>> > in the block layer on a per-I/O basis.  For this it resurrects the
>> > preadv2/pwritev2 syscalls that Milosz prepared a while ago (and which
>> > are much simpler now due to VFS changes that happened in the meantime).
>> > That approach also had a man page update prepared, which I will resubmit
>> > with the current flags once this series makes it in.
>> 
>> It would be helpful for reviewers if you submitted the man page at the
>> same time, in my opinion.
>
> Ok.
>
>> Do you have any plans on adding polling support to the buffered path?
>
> How would that even make sense?

I admit I haven't looked into the implementation details, but I was
thinking about O_SYNC writes or reads that missed the cache.

Thinking about this some more, it occurs to me that a file opened with
O_SYNC will still incur context switching.  Do you think we should add
that to the NOTES section of the man page?

Cheers,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux