Forum: GNU Radio [Fwd: [FFTW-announce] FFTW 3.2-alpha2 is available, Cell sup

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
Matt E. (Guest)
on 2007-03-19 18:54
(Received via mailing list)
This bodes well for cell support...
Marcus L. (Guest)
on 2007-03-19 19:42
(Received via mailing list)
Matt E. wrote:
>
> This bodes well for cell support...
On a related subject, FFTW supports multi-threaded FFTs.  Is there
support for that in Gnu Radio yet,
  perhaps enabled automatically if it's running on a multi-CPU system?
Chris S. (Guest)
on 2007-03-19 22:49
(Received via mailing list)
Marcus L. wrote:
> On a related subject, FFTW supports multi-threaded FFTs.  Is there
> support for that in Gnu Radio yet,
>  perhaps enabled automatically if it's running on a multi-CPU system?

On another related note, I just found GPUFFTW (unrelated to FFTW) which
runs FFTs on your GPU (graphics card) which apparently has parallel
processing facilities.

CHris
Martin D. (Guest)
on 2007-03-20 00:40
(Received via mailing list)
Matt E. wrote:
>
> This bodes well for cell support...
Cell support is very very nice.

What I don't like is:
>* Removed k7 support, which only worked in 32-bit mode and is
>  becoming obsolete.  Use --enable-sse instead.

Older athlon processors (Thunderbird, duron) don't support SSE, they
only support 3dnow.
And there are still a lot of these around. ( I only upgraded from one of
these a few moths ago)

So for older non-SSE athlons, we need to support the current FFTW
release.
For Cell support we need to support the next fftw release.

But I don't think it is nice to support multiple versions, especially if
you want to use the new features of the later release.

I sent a mail to the FFTW guys about this, I hope they reconsider and
just keep in the 3dnow code.

Greetings,
Martin
Robert McGwier (Guest)
on 2007-03-20 01:49
(Received via mailing list)
Essentially I disagree with everything Martin says here.

The 3.X support of FFT'w from FFTW is completely transparent to the end
user for everything we are doing since the API on 3.1 and 3.2 are
identical.  You do a plan,  you execute by passing the plan.  About the
only thing that "knows" you are running a K7 or a Cell is fftw?-wisdom.
  So if you need K7 support, don't upgrade from FFTW 3.1.2  and your
program will not know the difference.  You will because your CPU load
will go down.

I am really glad we use floats in our processing.  The double support on
the Cell is HORRIBLE.

Bob



Martin D. wrote:
>
>
--
AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL,
TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair
"Taking fun as simply fun and earnestness in earnest shows
how thoroughly thou none of the two discernest." - Piet Hine
Eric B. (Guest)
on 2007-03-20 16:21
(Received via mailing list)
On Mon, Mar 19, 2007 at 06:41:16PM +0100, Marcus L. wrote:
> Matt E. wrote:
> >
> >This bodes well for cell support...
> On a related subject, FFTW supports multi-threaded FFTs.  Is there
> support for that in Gnu Radio yet,
>  perhaps enabled automatically if it's running on a multi-CPU system?

No support for it at this point.

Feel free to try it out :)

Eric
Joshua L. (Guest)
on 2007-03-21 01:15
(Received via mailing list)
Quoting Eric B. (removed_email_address@domain.invalid):
> On Mon, Mar 19, 2007 at 06:41:16PM +0100, Marcus L. wrote:
> > Matt E. wrote:
> > >
> > >This bodes well for cell support...
> > On a related subject, FFTW supports multi-threaded FFTs.  Is there
> > support for that in Gnu Radio yet,
> >  perhaps enabled automatically if it's running on a multi-CPU system?
>
> No support for it at this point.

I played around with FFTW's support of multi-threaded FFTs on a
dual-proc (not dual-core) machine a few years ago.  It was slower unless
you were doing a transform with 100,000 points or so.  (Or thereabouts.)

Unless things have changed drastically, it was rather dissapointing and,
obviously, not worth it.


>
> Feel free to try it out :)
>
> Eric
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> removed_email_address@domain.invalid
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

--
Joshua L., PhD. -- removed_email_address@domain.invalid
This topic is locked and can not be replied to.