:which one does the data come from?
:
:On Thu, 7 Mar 2002, Zhihui Zhang wrote:
:
:>
:> Is there any fundamental reason why a page can not be owned by more than
:> one VM object? If that was the case, the bogus page stuff in vfs_bio.c
:> could be made cleaner IMHO.
:>
:> -Zhihui
:>
I thin
The bogus page is owned by the system object, not by individual objects
associated with the files. If a page could be owned by more than one
objects, then we could let the object associated with a file to own the
bogus page.
-Zhihui
On Thu, 7 Mar 2002, Julian Elischer wrote:
> which one does t
which one does the data come from?
On Thu, 7 Mar 2002, Zhihui Zhang wrote:
>
> Is there any fundamental reason why a page can not be owned by more than
> one VM object? If that was the case, the bogus page stuff in vfs_bio.c
> could be made cleaner IMHO.
>
> -Zhihui
>
>
> To Unsubscribe: se
Zhihui Zhang wrote:
> Is there any fundamental reason why a page can not be owned by more than
> one VM object? If that was the case, the bogus page stuff in vfs_bio.c
> could be made cleaner IMHO.
When you need to reclaim the page, you would have to identify
all owners, rather than a single own
The mapping between data objects (one-to-one or one-to-many) seem to be
the most troublesome stuff to deal with when introducing new data
structures. But if there is never the need to lookup an object from a
page, then maybe we can use a linkage structure like this:
struct vm_page_linka
* Zhihui Zhang <[EMAIL PROTECTED]> [020307 08:28] wrote:
>
> Is there any fundamental reason why a page can not be owned by more than
> one VM object? If that was the case, the bogus page stuff in vfs_bio.c
> could be made cleaner IMHO.
There is only enough linkage in the vm page to support it
Is there any fundamental reason why a page can not be owned by more than
one VM object? If that was the case, the bogus page stuff in vfs_bio.c
could be made cleaner IMHO.
-Zhihui
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
7 matches
Mail list logo
