Re: [Lsf-pc] [LSF/MM TOPIC] I/O error handling and fsync()

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

 



On Mon, 2017-01-23 at 17:35 -0500, Jeff Layton wrote:
> On Mon, 2017-01-23 at 11:09 +0100, Kevin Wolf wrote:
> > 
> > However, if we look at the greater problem of hanging requests that
> > came
> > up in the more recent emails of this thread, it is only moved
> > rather
> > than solved. Chances are that already write() would hang now
> > instead of
> > only fsync(), but we still have a hard time dealing with this.
> > 
> 
> Well, it _is_ better with O_DIRECT as you can usually at least break
> out
> of the I/O with SIGKILL.
> 
> When I last looked at this, the problem with buffered I/O was that
> you
> often end up waiting on page bits to clear (usually PG_writeback or
> PG_dirty), in non-killable sleeps for the most part.
> 
> Maybe the fix here is as simple as changing that?

At the risk of kicking off another O_PONIES discussion: Add an
open(O_TIMEOUT) flag that would let the kernel know that the
application is prepared to handle timeouts from operations such as
read(), write() and fsync(), then add an ioctl() or syscall to allow
said application to set the timeout value.


-- 
Trond Myklebust
Linux NFS client maintainer, PrimaryData
trond.myklebust@xxxxxxxxxxxxxxx
��.n��������+%������w��{.n�����{���)��jg��������ݢj����G�������j:+v���w�m������w�������h�����٥




[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