login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
March
»
12
Re: linux+glibc memory allocator, poor performance
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Al Viro
Subject:
Re: linux+glibc memory allocator, poor performance
Date: Wednesday, March 12, 2008 - 2:32 pm
On Wed, Mar 12, 2008 at 05:22:21PM -0400, Rik van Riel wrote:
quoted text
> On Wed, 12 Mar 2008 21:09:04 +0100 > "J.C. Pizarro" <jcpiza@gmail.com> wrote: > > > Assume a SMP system that has 8 CPUs. The main problem of requesting > > pages is the BKL (Big Kernel Lock) in this SMP system used for mutual > > exclusion of the shared resource (the memory). > > > > To solve this major problem, i propose you freely to allocate 8 local caches > > of (e.g.) 2 MiB each CPU (total 2MiB x 8 CPUs = 16 MiB) acting as > > 8 producer buffers for globally many consumer tasks (e.g. >= 20). > > > > When the some producer buffer is empty then it does unfrequently BKL to > > allocate another 2 MiB more from the shared resource (the memory). > > You really should read the source code before proposing ideas. > > The kernel has done roughly what you describe since a little before > 2.6.0.
ITYM a little before 2.4.0, and even prior to that it hadn't been under BKL. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Re: linux+glibc memory allocator, poor performance
, J.C. Pizarro
, (Wed Mar 12, 1:09 pm)
Re: linux+glibc memory allocator, poor performance
, Al Viro
, (Wed Mar 12, 2:12 pm)
Re: linux+glibc memory allocator, poor performance
, Rik van Riel
, (Wed Mar 12, 2:22 pm)
Re: linux+glibc memory allocator, poor performance
, Al Viro
, (Wed Mar 12, 2:32 pm)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Wed Mar 12, 10:57 pm)
Re: linux+glibc memory allocator, poor performance
, Mike Galbraith
, (Wed Mar 12, 11:12 pm)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Wed Mar 12, 11:22 pm)
Re: linux+glibc memory allocator, poor performance
, Christoph Hellwig
, (Thu Mar 13, 12:38 am)
Re: linux+glibc memory allocator, poor performance
, Pekka Enberg
, (Thu Mar 13, 2:10 am)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Thu Mar 13, 3:50 am)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Thu Mar 13, 4:02 am)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Thu Mar 13, 4:04 am)
Re: linux+glibc memory allocator, poor performance
, Alan Cox
, (Thu Mar 13, 5:10 am)
Re: linux+glibc memory allocator, poor performance
, J.C. Pizarro
, (Thu Mar 13, 5:23 am)
Re: linux+glibc memory allocator, poor performance
, Pekka Enberg
, (Thu Mar 13, 5:48 am)
Re: linux+glibc memory allocator, poor performance
, J.C. Pizarro
, (Thu Mar 13, 6:55 am)
Re: linux+glibc memory allocator, poor performance
, David Newall
, (Thu Mar 13, 12:40 pm)
Re: linux+glibc memory allocator, poor performance
, Pekka Enberg
, (Thu Mar 13, 1:05 pm)
Re: linux+glibc memory allocator, poor performance
, Al Viro
, (Thu Mar 13, 3:50 pm)
Re: linux+glibc memory allocator, poor performance
, Willy Tarreau
, (Thu Mar 13, 11:05 pm)
Re: linux+glibc memory allocator, poor performance
, Stephen Clark
, (Fri Mar 14, 5:11 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Matthew Garrett
Re: [PATCH] Enable speedstep for sonoma processors.
Mauro Carvalho Chehab
Re: [PATCH 1/2] media: Add timberdale video-in driver
Peter Zijlstra
[PATCH 23/30] netvm: skb processing
Greg Kroah-Hartman
[PATCH 21/28] cgroupfs: create /sys/fs/cgroup to mount cgroupfs on
git
:
Jan Hudec
Re: GIT push to sftp (feature request)
Steffen Prohaska
[PATCH 0/4] core.ignorecase
Johannes Schindelin
Re: Git checkout preserve timestamp?
Linus Torvalds
[PATCH 1/7] Make unpack_trees_options bit flags actual bitfields
Johan Herland
Re: What's cooking in git.git (Oct 2010, #01; Wed, 13)
linux-netdev
:
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Richard Cochran
Re: [PATCH v3 3/3] ptp: Added a clock that uses the eTSEC found on the MPC85xx.
Jan Engelhardt
Re: [PATCH] Fix netfilter xt_time's time_mt()'s use of do_div()
Herbert Xu
Re: [RFC PATCH 00/17] virtual-bus
Jeff Kirsher
Re: [net-next-2.6 PATCH] e1000e: don't inadvertently re-set INTX_DISABLE
git-commits-head
:
Linux Kernel Mailing List
ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List
Use path_put() in a few places instead of {mnt,d}put()
Linux Kernel Mailing List
mv643xx_eth: use sw csum for big packets
Linux Kernel Mailing List
arm: fix HAVE_CLK merge goof
Linux Kernel Mailing List
arm: convert pcm037 platform to use smsc911x
freebsd-current
:
David Wolfskill
"interrupt storm..."; seems associated with an0 NIC
Andriy Gapon
Re: letting glabel recognise a media change
Garrett Cooper
Re: Only display ACPI bootmenu key if ACPI is present
Pyun YongHyeon
CFT: msk(4) Rx checksum offloading support
FreeBSD Tinderbox
[head tinderbox] failure on sparc64/sparc64
Colocation donated by:
Syndicate