Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_spread_node()

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Andrew Morton

Subject: Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_spread_node()

Date: Wednesday, April 28, 2010 - 4:12 pm

On Wed, 28 Apr 2010 18:04:06 -0500
Matt Mackall <mpm@selenic.com> wrote:

quoted text> > I suspect random32() would suffice here.  It avoids depleting the
> > entropy pool altogether.
> 
> I wouldn't worry about that. get_random_int() touches the urandom pool,
> which will always leave entropy around. Also, Ted and I decided over a
> year ago that we should drop the whole entropy accounting framework,
> which I'll get around to some rainy weekend.

hm, so why does random32() exist?  Speed?
--
unsubscribe noticeTo 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:

[PATCH] - Randomize node rotor used in cpuset_mem_spread_n ..., Jack Steiner, (Wed Apr 28, 6:12 am)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Jack Steiner, (Wed Apr 28, 8:04 am)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Andrew Morton, (Wed Apr 28, 3:40 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Matt Mackall, (Wed Apr 28, 4:04 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Andrew Morton, (Wed Apr 28, 4:12 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Stephen Hemminger, (Wed Apr 28, 4:22 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Matt Mackall, (Wed Apr 28, 4:28 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Robin Holt, (Wed Apr 28, 8:57 pm)

Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_s ..., Jack Steiner, (Thu Apr 29, 1:08 pm)

Re: [PATCH v3] - Randomize node rotor used in cpuset_mem_s ..., Jack Steiner, (Thu Apr 29, 1:09 pm)


linux-kernel:
Paul Turner	[tg_shares_up rewrite v2 11/11] sched: update tg->shares after cpu.shares write
Ingo Molnar	Re: [RFC] Cpu-hotplug: Using the Process Freezer (try2)
Michal Nazarewicz	Re: [PATCH] USB: Gadget: g_multi: added INF file for gadget with multiple configur...
Eric W. Biederman	Re: init's children list is long and slows reaping children.
Jeffrey V. Merkey	Re: Versioning file system
git:
Matthieu Moy	Re: Bugs in Gitosis
Daniel Barkalow	Re: About git and the use of SHA-1
David Lang	Re: mingw, windows, crlf/lf, and git
Shawn O. Pearce	Re: Bugs in Gitosis
Junio C Hamano	Re: [PATCH 14/21] Convert ce_path_match() to use struct pathspec
linux-netdev:
David Miller	Re: [2.6.30-rc3] powerpc: compilation error of mace module
David Miller	Re: [PATCH] ipv6: fix display of local and remote sit endpoints
Cong Wang	Re: [PATCH] s2io: add dynamic LRO disable support
Tobacco New Year Promo
Eric Dumazet	Re: [PATCH] net: implement emergency route cache rebulds when gc_elasticity is exc...
git-commits-head:
Linux Kernel Mailing List	V4L/DVB: tm6000: add special usb request to quit i2c tuner transfer
Linux Kernel Mailing List	of/flattree: merge early_init_dt_scan_memory() common code
Linux Kernel Mailing List	b43: N-PHY: add some registers and structs definitions
Linux Kernel Mailing List	powerpc: Move /proc/ppc64 to /proc/powerpc and add symlink
Linux Kernel Mailing List	drivers/acpi: use kasprintf
openbsd-misc:
Ted Bullock	Re: Proliant DL380 G3 cannot get on network
Eric Furman	Re: Defending OpenBSD Performance
Damien Miller	Re: Patching a SSH 'Weakness'
Tony Abernethy	Re: The Atheros story in much fewer words
Nick Holland	Re: 1 out of 3 hunks failed--saving rejects to kerberosV/src/lib/krb5/crypto.c.rej