octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #61674] deconv much slower than conv


From: Dmitri A. Sergatskov
Subject: [Octave-bug-tracker] [bug #61674] deconv much slower than conv
Date: Wed, 15 Dec 2021 20:07:47 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.113 Safari/537.36

Follow-up Comment #6, bug #61674 (project octave):

Here is the benchmark I tried (my scenario is that 
I accidentally use length of the windows the same as lenfth the signal itself
/ 2):


wlen = 3*1e3
l = 2*wlen;
t = linspace(-100*pi,100*pi,300*1e5);
x = sin(t) + 0.25*rand(size(t));
b = (1/wlen)*ones(1,wlen);
a = 1;
tic;
y = filter(b,a,x);
toc


The speedup of patch2 is comparable to v1 (73 sec vs 13.6 sec).
But here is me realising something is wrong and hitting Chtrl-C:


octave:2> filt_benchl
wlen = 3000
Elapsed time is 13.6168 seconds.
octave:3> filt_benchl
wlen = 3000
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C
octave:4> 


I think delay of a couple sec is acceptable, but longer than that and you will
get complains/bug reports etc...
The delay is pre predictable when there is  a simple arithmetic 
expression in the loop and you check for interrupts every
N loops or something like that.

Dmitri.
-- 



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?61674>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]