On Fri, Sep 28, 2007 at 01:57:58PM -0400, matthew sporleder wrote:There's a good bit of information at the URL below and the imlementation is in FreeBSD's CVS. The main advantage to jemalloc is that it works well with large numbers of threads. http://people.freebsd.org/~jasone/jemalloc/ Joerg has suggested what we try a few other BSD licensed allocators and see what they are like, so it's not set in stone yet. Well, what do you mean by stability? :-). The majority of the kinks have been ironed out of the scheduler and thread library now, so the results on NetBSD are constant given the same test setup and conditions. The one issue that exists is that we are dropping a few TPS for every connection that's added. NetBSD holds up like that until 900 simultaneous client threads. At around 900 threads, some quite odd (and as yet unknown) behaviour is tickled and the rate collapses to about 100tps. Thanks, Andrew
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Christoph Lameter | [00/41] Large Blocksize Support V7 (adds memmap support) |
| Linus Torvalds | Linux 2.6.27-rc5 |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Nick Piggin | Re: Mainline kernel OLTP performance update |
