<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libmemstat/memstat.h, branch releng/11.3</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.3</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.3'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2018-03-29T02:50:57Z</updated>
<entry>
<title>Revert r330897:</title>
<updated>2018-03-29T02:50:57Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-29T02:50:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4ab2e064d7950be84256d671a7ae93f87cc6aa36'/>
<id>urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36</id>
<content type='text'>
This was intended to be a non-functional change. It wasn't. The commit
message was thus wrong. In addition it broke arm, and merged crypto
related code.

Revert with prejudice.

This revert skips files touched in r316370 since that commit was since
MFCed. This revert also skips files that require $FreeBSD$ property
changes.

Thank you to those who helped me get out of this mess including but not
limited to gonzo, kevans, rgrimes.

Requested by: gjb (re)
</content>
</entry>
<entry>
<title>Partial merge of the SPDX changes</title>
<updated>2018-03-14T03:19:51Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-03-14T03:19:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=be5d0b9566b13fdf8cabebb63334cbec12bfc409'/>
<id>urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409</id>
<content type='text'>
These changes are incomplete but are making it difficult
to determine what other changes can/should be merged.

No objections from:	pfg
</content>
</entry>
<entry>
<title>Expose real size of UMA allocations via libmemstat(3).</title>
<updated>2014-02-10T20:09:10Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2014-02-10T20:09:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=345e3f4dd764bf848e37ce8df83d9f2a4610c446'/>
<id>urn:sha1:345e3f4dd764bf848e37ce8df83d9f2a4610c446</id>
<content type='text'>
Sponsored by:	Nginx, Inc.
</content>
</entry>
<entry>
<title>Get rid of MAXCPU knowledge used for internal needs only. Switch to</title>
<updated>2011-08-01T09:43:35Z</updated>
<author>
<name>Sergey Kandaurov</name>
<email>pluknet@FreeBSD.org</email>
</author>
<published>2011-08-01T09:43:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1882360b9b0fbd7f4ddcd6fb35674ec309b2a738'/>
<id>urn:sha1:1882360b9b0fbd7f4ddcd6fb35674ec309b2a738</id>
<content type='text'>
dynamic memory allocation to hold per-CPU memory types data (sized to
mp_maxid for UMA, and to mp_maxcpus for malloc to match the kernel).

That fixes libmemstat with arbitrary large MAXCPU values and therefore
eliminates MEMSTAT_ERROR_TOOMANYCPUS error type.

Reviewed by:	jhb
Approved by:	re (kib)
</content>
</entry>
<entry>
<title>Add a new column to the output of vmstat -z to indicate the number</title>
<updated>2010-06-15T19:28:37Z</updated>
<author>
<name>Sean Bruno</name>
<email>sbruno@FreeBSD.org</email>
</author>
<published>2010-06-15T19:28:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bf9659591505fa132580ae8ffb7cabfae6875bda'/>
<id>urn:sha1:bf9659591505fa132580ae8ffb7cabfae6875bda</id>
<content type='text'>
of times the system was forced to sleep when requesting a new allocation.

Expand the debugger hook, db_show_uma, to display these results as well.

This has proven to be very useful in out of memory situations when
it is not known why systems have become sluggish or fail in odd ways.

Reviewed by:	rwatson alc
Approved by:	scottl (mentor) peter
Obtained from:	Yahoo Inc.
</content>
</entry>
<entry>
<title>Fix a comment in memstat.h: errors are associated with memory type lists,</title>
<updated>2007-03-15T10:44:18Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2007-03-15T10:44:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e6a464153235f358c488e3cda721a0ae9e9f94a2'/>
<id>urn:sha1:e6a464153235f358c488e3cda721a0ae9e9f94a2</id>
<content type='text'>
not individual types.

Submitted by:	Bryan Venteicher &lt;bryanv at daemoninthecloset dot org&gt;
MFC after:	3 days
</content>
</entry>
<entry>
<title>Increase the number of CPUs to 32 to suit sun4v.</title>
<updated>2006-07-26T07:46:32Z</updated>
<author>
<name>John Birrell</name>
<email>jb@FreeBSD.org</email>
</author>
<published>2006-07-26T07:46:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6358aecacd929d348ff9b1adeecc904ddaa590fb'/>
<id>urn:sha1:6358aecacd929d348ff9b1adeecc904ddaa590fb</id>
<content type='text'>
Reviewed by: rwatson@
</content>
</entry>
<entry>
<title>Teach libmemstat(3) how to extract malloc(9) statistics using kvm(3),</title>
<updated>2005-08-06T13:54:03Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2005-08-06T13:54:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ba23fa9bd8ca73840dab82f6c9225a9b0bed3598'/>
<id>urn:sha1:ba23fa9bd8ca73840dab82f6c9225a9b0bed3598</id>
<content type='text'>
so that libmemstat can be used to view full memory statistics from
kernel core dumps and /dev/mem.  This is provided via a new query
function, memstat_kvm_malloc(), which is also automatically invoked
by memstat_kvm_all().  A kvm handle must be passed in.

This will allow malloc(9)-specific code to be removed from vmstat(8).
</content>
</entry>
<entry>
<title>Add memstat_kvm_uma(), an implementation of a libmemstat(3) query routine</title>
<updated>2005-08-01T19:07:39Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2005-08-01T19:07:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=33c20d188c95e286882b488f032c4d08bd52aca0'/>
<id>urn:sha1:33c20d188c95e286882b488f032c4d08bd52aca0</id>
<content type='text'>
that knows how to extract UMA(9) allocator statistics from a core dump or
live memory image using kvm(3).  The caller is expected to provide the
necessary kvm_t handle, which is then used by libmemstat(3).

With these changes, it is trivially straight forward to re-introduce
vmstat -z support on core dumps, which was lost when UMA was introduced.

In the short term, this requires including vm/ include files that are not
intended for extra-kernel use, requiring in turn some ugliness.
</content>
</entry>
<entry>
<title>Having decided not to provide a libmemstat(3) error number to text</title>
<updated>2005-07-24T01:41:47Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2005-07-24T01:41:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e754c6bbb73872f3a2613db6105728622a267cb6'/>
<id>urn:sha1:e754c6bbb73872f3a2613db6105728622a267cb6</id>
<content type='text'>
conversion routine, now change my mind and add one, memstat_strerror(3),
which returns a const char * pointer to a string describing the error,
to be used on the results of memstat_mtl_geterror().

While here, also correct a minor typo in the HISTORY man page.

Pointers on improving ease of internationalization would be
appreciated.

MFC after:	1 day
</content>
</entry>
</feed>
