cvs commit: src/sys/kern subr_param.c sys_pipe.c src/sys/sys pipe.h

[Alan L. Cox]

Mike Silbersack wrote:
> 
> On Tue, 8 Jul 2003, Mike Silbersack wrote:
> 
> > If I spend more time working on pipes, there are a bunch of other changes
> > I'll be working on first.
> >
> > Mike "Silby" Silbersack
> 
> Let me explain this statement a little better, as it helps explain why I
> didn't do per-user limits in the initial commit.
> 
> As pipes are implemented now (which basically still follows John's
> original design), for each side of a pipe we allocate:
> 
> 1 VM object which is linked to
> 16KB of address space from the kernel map;
> this is pageable, and acquires backing as it is filled.
> 
> For large writes which align on page boundaries, the pages are wired into
> kernel memory, and shown directly to the reading end of the pipe.
> Naturally, this memory isn't pageable, and is even more important to
> limit.  (However, as stated in my commit message, this _can_ be limited
> without any nasty sideeffects.)

When "pages are wired into kernel memory" there are two distinct actions
being performed: vm_page_wire() and pmap_qenter().  However, as far as I
know, there is no reason why the pmap_qenter() has to be performed by
the sender.  I suspect the mapping could be delayed until just before
the copy and released immediately thereafter, thereby eliminating the
need for each pipe to have its own KVA for this purpose.  In fact, I
believe the sf_buf allocator could be used to provide the temporary KVA.

Regards,
Alan