Caching control
- From: phil-news-nospam@xxxxxxxx
- Date: 3 Mar 2009 03:37:09 GMT
A feature that would be useful is one where the level of caching can be
controlled for a descriptor. An ioctl() call should be fine. The value
given would specify the maximum number of page-size units of caching to
keep for the descriptor. This would be a _maximum_ and the kernel would
be allowed to cache less than this amount (which would happen if it does
the actual physical I/O faster than the process calls write). But if the
process does call write() more often, the kernel would prevent more from
being written by blocking that write() call.
It would be OK by me if, when that blocking would happen, and when the
descriptor is set to non-blocking mode, that the write() returns with
the EAGAIN error status. But that would not actually be necessary if the
caching can be controlled as described above.
--
|WARNING: Due to extreme spam, googlegroups.com is blocked. Due to ignorance |
| by the abuse department, bellsouth.net is blocked. If you post to |
| Usenet from these places, find another Usenet provider ASAP. |
| Phil Howard KA9WGN (email for humans: first name in lower case at ipal.net) |
.
- Follow-Ups:
- Re: Caching control
- From: David Schwartz
- Re: Caching control
- Prev by Date: Re: how to tell when a process is blocked in write()
- Next by Date: Re: how to tell when a process is blocked in write()
- Previous by thread: when is the position of a file descriptor updated for write()?
- Next by thread: Re: Caching control
- Index(es):
Relevant Pages
|