From: Andi Kleen <ak@suse.de>
To: linux-ia64@vger.kernel.org
Subject: [ANNOUNCE] numactl 0.9 released
Date: Tue, 03 Jan 2006 21:57:52 +0000 [thread overview]
Message-ID: <200601032257.53039.ak@suse.de> (raw)
A new release of the numactl / libnuma package has been released
ftp://ftp.suse.com/pub/people/ak/numa/numactl-0.9.tar.gz
af9f10f1f65a88b3368c02157718aa58 numactl-0.9.tar.gz
It consists of a numactl program to run other programs with a specific
NUMA policy and a libnuma shared library ("NUMA API") to set NUMA policy in
applications and some additional tools.
The 0.8 release had some problems (in fact it didn't even build on !x86-64
without tweaks) so I did 0.9 early. I fixed all the known bugs, added
some patches that were reported after releases and added some minor new features.
The compile flags can be now changed with the standard CFLAGS=..
argument, no need anymore for OPT_CFLAGS (thanks Ian!)
I tweaked numademo a bit and it should be more useful now. It has more
stable measurements now and reports the the results in MB/s instead
of the weird units used before. There is a new random test that tests the
memory performance with randomized accesses to defeat any hardware prefetching.
And ppc64 support should really work now (I hope at least)
And numastat now knows how to wrap the display for a large number
of nodes (a killer feature!)
I hope to declare this numactl 1.0 soon unless any bad bugs are reported.
Any feedback appreciated.
-Andi
Detailed changes since 0.8:
- Get rid of bogus distance.o that broke compilation on !x86-64 (sorry)
- Handle CFLAGS overriding without OPT_CFLAGS (Ian Wienand)
- Fix up section of get/set_mempolicy (Ian Wienand)
- When no NUMA available fall back to one global node instead of one node
per CPU (Samuel Thibault)
- Don't rely on architecture symbols for dependency generation
- Use __powerpc__ to detect PPC/PPC64
- numastat:
* wrap display properly with many nodes
* display nodes in forward order
* install manpage in `make install'.
- remove bogus numamemcpy.c
- numademo:
* allow standalone compile, make streamlib optional
* clean up output
* change output unit to standard MB/s
* compile with more optimization
* add random pass to fool any prefetching (slow)
- make numademo compileable outside source tree
- use gettimeofday instead of time stamp counters in benchmarks
- support valgrind in testsuite
- other minor changes
next reply other threads:[~2006-01-03 21:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-03 21:57 Andi Kleen [this message]
2006-01-06 20:24 ` [ANNOUNCE] numactl 0.9 released Christoph Lameter
2006-01-06 21:10 ` Andi Kleen
2006-01-07 6:35 ` Christoph Lameter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200601032257.53039.ak@suse.de \
--to=ak@suse.de \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox