- User Since
- Mar 12 2014, 1:00 AM (210 w, 1 h)
Mon, Mar 19
Sun, Mar 18
Sat, Mar 17
Fri, Mar 16
Add a per-queue pdpages counter.
Make vm_page_deactivate() and vm_page_launder() requeue pages
Thu, Mar 15
Tue, Mar 13
Since fsck_y_enable is "NO" by default, this leaves us with fragile out-of-the-box behaviour. I would really like us to try harder not to leave a system stuck in single-user mode.
Mon, Mar 12
Sun, Mar 11
Have vm_page_replace() assert that the new page is dequeued.
Dequeue the page before temporarily disassociating it from its object.
Sat, Mar 10
Awesome! I've seen reports of this issue on FreeBSD but haven't reproduced it myself. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218452
Fri, Mar 9
Thu, Mar 8
It's somewhat hard to read the diff without context. If you're uploading a raw patch, could you generate the patch with -U9999 or so?
Wed, Mar 7
I really wish we didn't have to duplicate C defines this way. I do believe that cpp #defines are encoded in DWARF info, so we should in principle be able to include them in CTF...?
LGTM, thanks. For some reason I didn't get an email about this review. :/
Tue, Mar 6
Mon, Mar 5
Sun, Mar 4
I don't mean to object to the change, but I will note that r330296 subsumes this change since it adds transparent free queue batching to vm_page_free(). That is, most calls to vm_page_free() just add the page to a per-CPU queue, without acquire the free queue lock. One of the motivations for that work was to get rid of some of the ad-hoc batching code we already have and replace it with something more flexible. I'm not sure yet whether that change will eventually land, so I'm ok with the change in this diff.