Eric Maurer writes:
> So far it doesn't look like a memory leak, Dtrace reports a continual growth
> in the size of the kernel and specifically the directory name lookup cache
> (dnlc). In /etc/system I added:
> set dnlc_dir_max_size=4096
Why that and not ncsize (or, more brutally, dnlc_max_nent
You are right, an "RTM" reply wouldn't be nice from paid support but with paid
support I shouldn't be the one doing the debugging either. Commercial Solaris
has behaved well enough for long enough that I am out of practice, I haven't
had to do this since the early days, long before Dtrace, back
> Thanks for the mdb ::findleaks hint. I only offered
> the kernel number as a reference point, I know
> OpenSolaris is not the same as the packaged Solaris.
> But it is from similar base code and I have had a
> ticket open on this problem with Sun for over 2
> months, with no progress. So I tried
There are no third-party kernel drivers. This problem is slow enough to
reproduce and to become a problem that we didn't notice it until the 0708 dist
but it's been there prior to the 0606 dist. The same kernel growth is present
in both Sparc and x86.
This message posted from opensolaris.org
Thanks for the mdb ::findleaks hint. I only offered the kernel number as a
reference point, I know OpenSolaris is not the same as the packaged Solaris.
But it is from similar base code and I have had a ticket open on this problem
with Sun for over 2 months, with no progress. So I tried asking t
Eric Maurer writes:
> I have a system that generates large numbers of files in many directories and
> the size of the kernel keeps growing until it's over 99% of physical memory.
> Kernel 120011-14 starts small on boot but after 2 weeks it crashes, "mdb -k
> ::memstat $q" shows the active size of
On Jan 7, 2008 3:39 PM, Eric Maurer <[EMAIL PROTECTED]> wrote:
> I have a system that generates large numbers of files in many directories and
> the size of the kernel keeps growing until it's over 99% of physical memory
> Kernel 120011-14 starts small on boot but after 2 weeks it crashes, "mdb -k
I have a system that generates large numbers of files in many directories and
the size of the kernel keeps growing until it's over 99% of physical memory.
Kernel 120011-14 starts small on boot but after 2 weeks it crashes, "mdb -k
::memstat $q" shows the active size of the kernel growing. I suspec
