why is acumarray much slower calculating means than sum?
7 次查看(过去 30 天)
显示 更早的评论
Hi all,
why is acumarray much slower calculating means than sum?
I understand averages are slightly more complex, but I wouldn't expect 20x slower. Here's some code:
ind = randi([1,100],1000000,1);
dat = randn(1e6,1);
f_mean = @() accumarray(ind,dat,[],@mean);
f_sum = @() accumarray(ind,dat,[],@sum);
>> timeit(f_mean)
ans =
0.0562
>> timeit(f_sum)
ans =
0.0028
If I benchmark taking averages and sums using the following code, I get approximately only twice as slow using averages vs sum:
tic;
for jj = 1:1000
x = randn(100,1);
mean(x);
end
toc
Elapsed time is 0.005451 seconds.
tic;
for jj = 1:1000
x = randn(100,1);
sum(x);
end
toc
Elapsed time is 0.002414 seconds.
2 个评论
Walter Roberson
2022-8-9
You are right, it is slower by a fair bit.
ind = randi([1,100],1000000,1);
dat = randn(1e6,1);
f_mean = @() accumarray(ind,dat,[],@mean);
f_sum = @() accumarray(ind,dat,[],@sum);
N = 50;
tm = zeros(N,1); ts = zeros(N,1);
for K = 1 : N; t0 = tic; f_mean(); tend = toc(t0); tm(K) = tend; end
for K = 1 : N; t0 = tic; f_sum(); tend = toc(t0); ts(K) = tend; end
plot([tm, ts]);
legend({'mean', 'sum'})
mean(tm) ./ mean(ts)
采纳的回答
Bruno Luong
2022-8-9
编辑:Bruno Luong
2022-8-9
The default behavior of accumarray is sum and it's low-level coded.
When you pass user-defined function MATLAB will call the function and the overhead is significan't slower.
i=randi(10,1e6,1);
v=rand(size(i));
tic; accumarray(i,v); toc
tic; accumarray(i,v,[],@sum); toc % smart parsing
tic; accumarray(i,v,[],@(x) sum(x)); toc % % smart parsing stops here
The faster way to compute mean is
tic; meanv = accumarray(i,v)./accumarray(i,1); toc
tic; meanv = accumarray(i,v,[],@mean); toc
2 个评论
Christine Tobler
2022-11-10
That's it exactly. Specifically, @sum, @min and @max are special-cased in accumarray nowadays.
These are able to be faster than an unkonwn function handle for one thing because we have built them in explicitly, but also because we don't need to know all the elements in a bin ahead of time. We can do something like this:
ind = [1;2;2];
var = [2;3;5];
out = zeros(max(ind), 1);
for i=1:length(ind)
out(ind(i)) = out(ind(i)) + var(i);
end
This wouldn't work for a function handle like @sort, where we need to first find all the elements in a bin and then apply the function handle.
@mean is an interesting in-between case, where we can't use the same technique as for the three function handles above, but could still get some performance from a special-case threatment. We have added it to our tracker of potential enhancements.
Bruno Luong
2022-11-10
IMO one thing that is missing in basic MATLAB is argmin/argmax on finite set, meaning function that returns the second output of min/max functions as main output.
I could argue the same argmin/argmax as accumarray special treated function would be useful (it should returns the row index of the first argument of accumarray, not the index within the group)
更多回答(1 个)
Matt J
2022-8-9
编辑:Matt J
2022-8-9
I suspect it is because, when you pass in @sum, accumarray is smart enough to recognize that it can use its default settings, which are implemented in a less generic and well-optimized way.The timing comparisons below support this.
Note, in any case, that the speed differences have nothing to do with the complexities of the summation and mean operations themselves. When we specify summation using an anonymous function, we get the same slow speed as with @mean.
ind = randi([1,100],1000000,1);
dat = randn(1e6,1);
f_mean = @() accumarray(ind,dat,[],@mean);
f_sum = @() accumarray(ind,dat,[],@sum);
f_sumAnon = @() accumarray(ind,dat,[],@(x) sum(x));
f_sumDefault = @() accumarray(ind,dat);
timeit(f_mean)
timeit(f_sumAnon)
timeit(f_sumDefault)
timeit(f_sum)
另请参阅
类别
在 Help Center 和 File Exchange 中查找有关 Startup and Shutdown 的更多信息
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!