Module Name: src
Committed By: manu
Date: Sun Oct 23 05:01:00 UTC 2011
Modified Files:
src/lib/libperfuse: perfuse.c
Log Message:
perfuse memory usage can grow quite large when using a lot of vnodes,
and the amount of data memory involved is not easy to forcast. We
matthew green m...@eterna.com.au wrote:
this seems like the wrong answer. if rlimits aren't enough, then the
*user* should be increasing them, not the system.
The problem is that we have no way to pass that as a mount option, and
no way to evaluate how much memory will b e required.
matthew green m...@eterna.com.au wrote:
this seems like the wrong answer. if rlimits aren't enough, then the
*user* should be increasing them, not the system.
The problem is that we have no way to pass that as a mount option, and
no way to evaluate how much memory will b e required.
none of this is any good reason to overrride the users rlimit.
the perfuse code should maintain a cache that keeps under the
users data rlimit.
this change should be reverted.
... and the documentation should be changed to say that until perfuse
is fixed to not use unlimited memory, users
On Sun, Oct 23, 2011 at 08:42:35PM +1100, matthew green wrote:
matthew green m...@eterna.com.au wrote:
this seems like the wrong answer. if rlimits aren't enough, then the
*user* should be increasing them, not the system.
The problem is that we have no way to pass that as a
On Sun, Oct 23, 2011 at 05:13:13PM +1100, matthew green wrote:
...
perfuse memory usage can grow quite large when using a lot of vnodes,
and the amount of data memory involved is not easy to forcast. We therefore
raise the limit to the maximum.
...
this seems like the wrong answer. if
hi,
Module Name: src
Committed By: jym
Date: Sun Oct 23 21:41:23 UTC 2011
Modified Files:
src/sys/kern: subr_workqueue.c
Log Message:
Turn a workqueue(9) name into an array in the struct workqueue, rather
than a const char *. This avoids keeping a reference to a string