[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87hbyw6n9b.fsf@frosties.localdomain>
Date: Thu, 04 Jun 2009 17:18:24 +0200
From: Goswin von Brederlow <goswin-v-b@....de>
To: Miklos Szeredi <miklos@...redi.hu>
Cc: goswin-v-b@....de, linux-kernel@...r.kernel.org
Subject: Re: include/linux/aio_abi.h and IOCB_CMD_POLL
Miklos Szeredi <miklos@...redi.hu> writes:
> On Thu, 04 Jun 2009, Goswin von Brederlow wrote:
>> 3) Are there any alternatives to libaio that don't use threads and
>> support polling?
>
> There are the poll, select and epoll interfaces that block, but are
> able to multiplex events from many file descriptors.
Unfortunately libaio does not use an fd to pass events between user
and kernel space so one can't use poll, select or epoll to wait for
/dev/fuse or libaio to have some work pending. And none of them
replace libaio functionality in respect to read/write.
And alternating between io_getevents and e.g. select with a tiny
timeout seems like a verry bad idea efficiency wise.
> And there's the O_ASYNC flag that can be set with an fcntl(), that
> sends a SIGIO signal on an I/O event.
This might work together with libaio. Never used SIGIO though but I
will try. Thanks for the idea.
> All of these work on /dev/fuse.
>
> Thanks,
> Miklos
MfG
Goswin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists