Displaying 6 results from an estimated 6 matches for "kmastat".
2006 Apr 06
4
Why is my kernel eating my memory
Can someone, more learned in the ways of dtrace point me at what to look at to help understand why the kernel on one machine is using tons of memory, while another machine doing the same task/same user load is not.
swapinfo for the "afflicted" machine shows
RAM _______Total 16384 Mb
RAM Unusable 73 Mb
RAM Kernel 9226 Mb
RAM Locked 2 Mb
RAM Used
2008 Jun 05
0
Tracking down the causes of a mysteriously shrinking ARC cache?
...ads.
So: is there any way to find out what is consuming the memory and
causing the ARC to shrink (and/or to reset its target size, since
arcstat.pl reports reports that ''c'', the ARC target size, is also 2GB)?
I''ve looked at ps, which shows no large processes, I have a ::kmastat
dump from mdb (but I don''t know much about how to read it), top still
reports that the system has 8 GB, and vmstat says that there is 1 GB of
free memory and no paging activity.
Also, is there any way to force-reset the size of the ARC on a live
system, so I could at least periodically k...
2007 Apr 27
0
Existing Dtrace to examine kernel memory page allocation?
Hello All.
I was looking for some existing script(s) that allow a person to select
a kmastat cache, for example streams_dblk_1936, and find out what ever
one of the allocations belongs to. I looked over the ToolKit but do not
see any such thing, and so I thought I''d ping this alias for some input.
Any thoughts or suggestions appreciated.
Regards
Daniel Ellison
Sun Microsystems...
2006 Mar 20
1
ARC cache issues with b35/b36; Bugs 6397610 / 6398177
> Bug ID: 6398177
> Synopsis: zfs: poor nightly build performance in 32-bit mode (high disk activity)
Part of the problem appear to be these kmem_caches:
# mdb -k
...
> ::kmastat
cache buf buf buf memory alloc alloc
name size in use total in use succeed fail
------------------------- ------ ------ ------ --------- --------- -----
...
dmu_buf_impl_t 192 2029 104328 20348928 326434 0
dno...
2007 Mar 15
20
C''mon ARC, stay small...
Running an mmap-intensive workload on ZFS on a X4500, Solaris 10 11/06
(update 3). All file IO is mmap(file), read memory segment, unmap, close.
Tweaked the arc size down via mdb to 1GB. I used that value because
c_min was also 1GB, and I was not sure if c_max could be larger than
c_min....Anyway, I set c_max to 1GB.
After a workload run....:
> arc::print -tad
{
. . .
ffffffffc02e29e8
2006 Jan 13
26
A couple of issues
I''ve been testing ZFS since it came out on b27 and this week I BFUed to b30. I''ve seen two problems, one I''ll call minor and the other major. The hardware is a Dell PowerEdge 2600 with 2 3.2GHz Xeons, 2GB memory and a perc3 controller. I have created a filesystem for over 1000 users on it and take hourly snapshots, which destroy the one from 24 hours ago, except the