Re: Kernel module/IPC with userland: create and write to FIFO
From: Daniel O'Connor (doconnor_at_gsoft.com.au)
Date: 06/17/05
- Previous message: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- In reply to: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- Next in thread: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Hannes Mayer <debiandude@gmail.com> Date: Fri, 17 Jun 2005 23:56:05 +0930
On Fri, 17 Jun 2005 23:47, Hannes Mayer wrote:
> > If you read and write to it, it acts like a FIFO.
>
> Thanks for your reply! :-)
>
> Well, the reason why I want to use a true FIFO is, that data is
> sampled i.e. every second and I want to write it to disk in userspace
> only every minute or so. So if I add a ".d_ioctl" to "struct cdevsw"
I wasn't suggesting an ioctl(), just read().
> for the device node, I have to make a function in the kernel module
> for handling the userspace read request and I have to cache the
> sampled data in the kernel module. I want the module to be flexible,
The read() function is really quite simple, as for the caching - that can be
done in userland.
> so if I don't sample at a fixed frequency (i.e. event counting) I
> don't know how much data is coming in in a certain time interval and
> with a FIFO I don't have to care about the data-cache size.
I would suggest that you buffer it in userland.
Ie have a small buffer in the kernel and have a userland process that reads
from the kernel as soon as data is ready and stores it in memory.
Doing it this way makes it much simpler to modify your write strategy as you
need to.
It doesn't matter what the variability of the data rate is if you use
read/write since the userland app will spend 99% of it's time waiting in
select() for the kernel to tell it when new data is available.
-- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
- application/pgp-signature attachment: stored
- Previous message: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- In reply to: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- Next in thread: Hannes Mayer: "Re: Kernel module/IPC with userland: create and write to FIFO"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
