Re: async i/o question
- From: anatolik <anatolik@xxxxxxxxx>
- Date: Sun, 04 Nov 2007 07:36:26 -0800
Rainer, before you think to insult anyone, stop for second and read
again. Using read/write you can not have more than 1 buffer between
application and kernel module. You cannot queue several buffers using
read/write. The default read/write copies data from/to user/kernel
buffer which I try to avoid. If you read the thread, guru suggested
using io_xxx routines, which is good, but still uses some copy. What I
need is zero-copy mechanism where application exchange pointers with
kernel module and I found it in v4l framework.
On Nov 4, 3:15 pm, Rainer Weikusat <rweiku...@xxxxxxxxxxx> wrote:
anatolik <anato...@xxxxxxxxx> writes:
Ehh ... assuming you state your requirements correctly (and
completely), this is ordinary 'blocking' synchronous I/O, which
happens to be the default behaviour of the respective primitives
(read/ write/ send/ recv usf).
The requerements are correct, the application should send several
buffers to kernel module. Kernel mode fills the buffers when it has
data, the application processes the buffers when it gets cpu time and
sends buffers back.
THIS IS ORDINARY 'BLOCKING' SYNCHRONOUS I/O.
Hint: You are asking the stupid question, not me.
.
- Follow-Ups:
- Re: async i/o question
- From: David Schwartz
- Re: async i/o question
- From: Jan Kandziora
- Re: async i/o question
- From: Rainer Weikusat
- Re: async i/o question
- References:
- async i/o question
- From: anatolik
- Re: async i/o question
- From: Rainer Weikusat
- Re: async i/o question
- From: anatolik
- Re: async i/o question
- From: Rainer Weikusat
- async i/o question
- Prev by Date: Re: ----About too much global variables
- Next by Date: Re: async i/o question
- Previous by thread: Re: async i/o question
- Next by thread: Re: async i/o question
- Index(es):
Relevant Pages
|