This bodes well for cell support…
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?
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
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
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
Quoting Eric B. ([email protected]):
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
[email protected]
Discuss-gnuradio Info Page
–
Joshua L., PhD. – [email protected]
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