On Sun, Aug 6, 2017 at 12:40 PM, Justus Winter <jus...@gnupg.org> wrote:

> "Brent W. Baccala" <cos...@freesoft.org> writes:
> > but it's obviously got some issues
> What kind of issues?

I was thinking of a multi-client environment where a disk-backed pager is
also doing non-disk-backed (i.e, cache coherency) operations.  One client
is trying to page in from the disk while two other clients (with write
access) are passing a page back and forth between themselves with no disk
operations required.  The clients doing non-disk stuff would have to wait
for the disk operations to complete.  Now that I think about it more, I
admit that it's a bit of a stretch.

> > and could become a performance bottleneck at some point.  There's no
> > good reason to block all access to page 100 while a disk operation
> > completes on page 1.
> Let's wait until it actually becomes a bottleneck...

Yes, I agree.

> Are you aware of the pager rework in [0]?  I'm considering to review and
> merge these changes.  It may make sense to try to come up with a common
> API.  What is the state of your library, is it a drop-in replacement?
> 0: https://git.sceen.net/hurd/hurd.git/log/?h=mplaneta/gsoc12/review_v1

I was not aware of this link, exactly.  Richard Braun mentioned a GSoC 12
project a week ago, but I thought that it was a gnumach modification.
Glancing at this git repository, I see that it's all translator stuff.
I'll study it.  Is there corresponding gnumach work?

The state of my library is that it's in pseudo code.  It's intended to be a
drop-in replacement for libpager.


Reply via email to