login
Login
/
Register
Search
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
August
»
25
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to # of CPUs
view
thread
!MAILaRCHIVE_VOTE_RePLACE
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
KOSAKI Motohiro <kosaki.motohiro@...>
To: Mike Travis <travis@...>
Cc: <kosaki.motohiro@...>, David Miller <davem@...>, <akpm@...>, <linux-kernel@...>, <linux-mm@...>, <cl@...>, <tokunaga.keiich@...>
Subject:
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to # of CPUs
Date: Monday, August 25, 2008 - 7:31 pm
Hi Mike,
quoted text
> >>> + num_cpus_per_node = cpus_weight_nr(node_to_cpumask(node)); > > I think the more correct usage would be: > > { > node_to_cpumask_ptr(v, node); > num_cpus_per_node = cpus_weight_nr(*v); > max /= num_cpus_per_node; > > return max(max, min_pages); > } > > which should load 'v' with a pointer to the node_to_cpumask_map[node] entry > [and avoid using stack space for the cpumask_t variable for those arch's > that define a node_to_cpumask_map (or similar).] Otherwise a local cpumask_t > variable '_v' is created to which 'v' is pointing to and thus can be used > directly as an arg to the cpu_xxx ops.
Thank you for your attension. please see my latest patch (
http://marc.info/?l=linux-mm&m=121966459713193&w=2
) it do that. --
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:
[RFC][PATCH 0/2] Quicklist is slighly problematic.
, KOSAKI Motohiro
, (Wed Aug 20, 7:05 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Andrew Morton
, (Wed Aug 20, 2:31 pm)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Robin Holt
, (Wed Aug 20, 10:42 pm)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Christoph Lameter
, (Thu Aug 21, 9:07 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Robin Holt
, (Thu Aug 21, 9:14 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Christoph Lameter
, (Thu Aug 21, 9:18 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Robin Holt
, (Thu Aug 21, 9:45 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Christoph Lameter
, (Wed Aug 20, 10:10 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Robin Holt
, (Wed Aug 20, 10:13 pm)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, David Miller
, (Wed Aug 20, 11:08 pm)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Christoph Lameter
, (Thu Aug 21, 9:10 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Robin Holt
, (Wed Aug 20, 10:16 pm)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, KOSAKI Motohiro
, (Wed Aug 20, 10:49 am)
Re: [RFC][PATCH 0/2] Quicklist is slighly problematic.
, Christoph Lameter
, (Wed Aug 20, 11:26 am)
[RFC][PATCH 2/2] quicklist shouldn't be proportional to # of...
, KOSAKI Motohiro
, (Wed Aug 20, 7:08 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Andrew Morton
, (Thu Aug 21, 2:46 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, David Miller
, (Thu Aug 21, 3:13 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Mike Travis
, (Mon Aug 25, 2:40 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Mon Aug 25, 7:31 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Andrew Morton
, (Thu Aug 21, 3:27 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Peter Zijlstra
, (Thu Aug 21, 5:32 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Mike Travis
, (Mon Aug 25, 2:44 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 6:04 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Mike Travis
, (Mon Aug 25, 2:48 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Mon Aug 25, 7:33 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Mike Travis
, (Tue Aug 26, 4:35 pm)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 6:22 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 8:02 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, David Miller
, (Thu Aug 21, 6:09 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 6:13 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, David Miller
, (Thu Aug 21, 6:26 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 3:31 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, KOSAKI Motohiro
, (Thu Aug 21, 3:18 am)
Re: [RFC][PATCH 2/2] quicklist shouldn't be proportional to ...
, Christoph Lameter
, (Wed Aug 20, 11:27 am)
[RFC][PATCH 1/2] Show quicklist at meminfo
, KOSAKI Motohiro
, (Wed Aug 20, 7:07 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, Andrew Morton
, (Wed Aug 20, 2:35 pm)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, KOSAKI Motohiro
, (Thu Aug 21, 3:36 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, KOSAKI Motohiro
, (Thu Aug 21, 9:05 pm)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, Andrew Morton
, (Fri Aug 22, 12:28 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, KOSAKI Motohiro
, (Sat Aug 23, 4:24 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, Andrew Morton
, (Sun Aug 24, 1:29 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, Robin Holt
, (Fri Aug 22, 9:23 am)
Re: [RFC][PATCH 1/2] Show quicklist at meminfo
, Christoph Lameter
, (Fri Aug 22, 9:56 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Max Krasnyansky
Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may have realtime us...
Jeremy Allison
Re: [RFC] Heads up on sys_fallocate()
Randy Dunlap
Re: -mm merge plans for 2.6.23 (pcmcia)
Damien Wyart
ACPI power off regression in 2.6.23-rc8 (NOT in rc7)
git
:
linux-netdev
:
Josip Rodin
Re: bnx2_poll panicking kernel
Linus Torvalds
Re: [GIT]: Networking
Denys Fedoryshchenko
thousands of classes, e1000 TX unit hang
openbsd-misc
:
Colocation donated by:
Who's online
There are currently
3 users
and
927 guests
online.
Online users
strcmp
jakecapri
backlinkservchp
Syndicate