|
From: | Paolo Bonzini |
Subject: | Re: [PATCH] core-count: A new program to count the number of cpu cores |
Date: | Tue, 27 Oct 2009 12:20:43 +0100 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4pre) Gecko/20091014 Fedora/3.0-2.8.b4.fc11 Lightning/1.0pre Thunderbird/3.0b4 |
On 10/27/2009 11:55 AM, Pádraig Brady wrote:
$ md5sum --threads A B abcdabcdabcdabcdabcdabcdabcdabcd B 12341234123412341234123412341234 AGrr. An argument for_not_ splitting.
It is indeed that way.In http://lists.gnu.org/archive/html/bug-coreutils/2009-10/msg00179.html you say:
> Now it's a different story if the data within a file > could be processed in parallel. I.E. if the digest > algorithms themselves could be parallelized.And indeed in this case the decision would be a no-brainer. That is the case for sort, for example.
Maybe we want a --parallel option (too bad -p is taken) for xargs that forces the creation of the number of processes passed with -P or taken from nproc (for example by starting "md5sum $1 $5 $9 ...", "md5sum $2 $6 $10 ...", etc.)?
That would be an interesting alternative to this core-count proposal... Paolo
[Prev in Thread] | Current Thread | [Next in Thread] |