talexander
/
freebsd_amp_hwpstate
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
14,321 Commits 2 Branches 0 Tags 1.5 GiB
Commit Graph

10 Commits

Author SHA1 Message Date
Julian Elischer f70177e76e Reviewed by: julian and (hsu?) 
Submitted by:	 John Birrel(L?)

changes for threadsafe operations
 1996-01-22 00:02:33 +00:00
Poul-Henning Kamp 926cb56114 Fix a fencepost error. 
Found by: Lars Fredriksen <fredriks@mcs.com>
 1996-01-05 23:30:41 +00:00
Poul-Henning Kamp 9100bbac3d Preallocate a small structure, so we can sbrk(2) further back. 
Reviewed by:	phk
Submitted by:	Kaleb Keithly <kaleb@x.org>
 1995-12-18 12:03:54 +00:00
Peter Wemm 04936d2e08 Change phkmalloc so that the page directory is now floating and allocated 
via mmap() up around the shared library area.  Previously the directory
was allocated from space from it's own memory pool.  Because of the way it
was being extended on processes with large malloced data segments (ie: inn)
once the page directory was extended for some reason, it was not possible
to lower the heap size any more to return pages to the OS.
(If my understanding is correct, page directory expansion occurs at 4MB,
12MB, 20MB, 28MB, etc.)  I was seeing INN allocate a large amount of short
term memory, pushing it over the 28MB mark, and once it's transient demands
hit 28MB, it never freed it's pages and swap space again.)

I've been running this in my libc for about a month...

Also, seperate MALLOC_STATS from EXTRA_SANITY..  I found it useful to call
malloc_dump() from within INN from a ctlinnd command to see where the hell
all the memory was going.. :-)  I've left MALLOC_STATS enabled, as it has
no run-time or data storage cost.

Reviewed by: phk
 1995-12-11 14:28:12 +00:00
Poul-Henning Kamp f824233e9e Remove EXTRA_SANITY, fix a unused var. 1995-10-22 14:47:00 +00:00
Poul-Henning Kamp 7aa70c9e8e phkmalloc/2 
"zero' and 'junk' options to help find and diagnose malloc abuse.
EXTRA_SANITY defaults "junk" to on.
Don't dump the internal state, unless EXTRA_SANITY.
General code cleanup.
Error messages cleaned up a bit, more checking earlier.
EXTRA_SANITY is default at this time (just in case).
Performance (without EXTRA_SANITY) is better, beats gnumalloc in
both time & space most of the time:

	# In-memory test.
	./malloc 50000000 2000 8192
	159.2u 1.5s 2:41.85 99.3% 5+7742k 0+0io 0pf+0w
	./gnumalloc 50000000 2000 8192
	272.6u 0.4s 4:35.01 99.3% 5+8533k 0+0io 0pf+0w

	# Swap-space test.
	./malloc 500000 14000 8192
	6.5u 4.1s 4:08.87 4.3% 5+49209k 0+0io 9772pf+0w
	./gnumalloc 500000 14000 8192
	16.2u 14.5s 15:36.14 3.2% 5+54100k 0+0io 47651pf+0w

	# Small items test.
	./malloc 20000000 20000 2048
	67.0u 0.3s 1:07.83 99.2% 5+18199k 0+0io 4pf+0w
	./gnumalloc 20000000 20000 2048
	66.2u 0.3s 1:07.03 99.3% 5+18107k 0+0io 0pf+0w

SANITY is not an option anymore. (!!)
 1995-10-08 18:44:20 +00:00
Poul-Henning Kamp 182b05e19e A buglet when dumping and a stylistic point from Mike. 
Submitted by:	Mike Pritchard <mpp@mpp.minn.net>
 1995-09-22 14:11:00 +00:00
Poul-Henning Kamp 81df7b69ef ``phkmalloc'' 
Performance is comparable to gnumalloc if you have sufficient RAM, and
it screams around it if you don't.
Compiled with "EXTRA_SANITY" until further notice.
see malloc.3 for more details.
 1995-09-16 09:28:13 +00:00
Rodney W. Grimes 6c06b4e2aa Remove trailing whitespace. 1995-05-30 05:51:47 +00:00
Rodney W. Grimes 58f0484fa2 BSD 4.4 Lite Lib Sources 1994-05-27 05:00:24 +00:00