Patchset to add asynchronous open/close to master

[Stefan (metze) Metzmacher]

Hi Volker,

> On Wed, Jun 13, 2012 at 11:54:33AM +0200, Stefan (metze) Metzmacher wrote:
>> There's no infrastructure to defer async close calls,
>> so the smb layer calls file_free(), which means we return the result to
>> the client before the close is done.
> 
> This might actually be an optimization that is simple and
> that we might do, similar to the early ack on async write.
> There might be file systems where close can not reasonably
> fail under non-catastropic circumstances like broken disks
> or corrupt file systems. For these cases it might be
> worthwile to add putting the close into a background thread.
> close(2) is deferred due to posix locks today, so we can not
> reliably return a possible close(2) error correctly to the
> client in all cases anyway.

Yes, you're right.

metze

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20120614/ae9d1d3a/attachment.pgp>