On 01/12/2011 08:44 AM, Moeller wrote:
On 11.01.2011 23:13, Andrew Hofmaier wrote:
I've begun to look into accelerating GNURadio applications with Nvidia CUDA
GPU's
and have scanned through the archives of the discussion list. I had two
questions on the topic:
1. Is the CUDA-GNURadio
I have a feeling -- from working with OpenCL for a while now (but, not in GNU
Radio yet), watching profiling timing information (how long it takes to move
data around, how long kernels take to get queued and executed) -- that what
folks here have written seems mostly true: there is
Has anyone thought about something like Apple's Core Image for signal
processing? Core Image lets you express image filters in a C-like filter
language (a subset of GLSL). You chain a set of filters together to achieve the
desired effect and then at runtime Core Image uses an LLVM complier to
On Wed, Jan 12, 2011 at 2:44 AM, Moeller moelle...@gmx.de wrote:
On 11.01.2011 23:13, Andrew Hofmaier wrote:
I've begun to look into accelerating GNURadio applications with Nvidia
CUDA GPU's
and have scanned through the archives of the discussion list. I had two
questions on the topic:
On Wed, Jan 12, 2011 at 9:56 AM, Steven Clark steven.p.cl...@gmail.com wrote:
On Wed, Jan 12, 2011 at 2:44 AM, Moeller moelle...@gmx.de wrote:
On 11.01.2011 23:13, Andrew Hofmaier wrote:
I've begun to look into accelerating GNURadio applications with Nvidia
CUDA GPU's
and have scanned
On Wed, Jan 12, 2011 at 11:03 AM, Tom Rondeau trondeau1...@gmail.com wrote:
I wanted to throw out another idea that no one seems to be bringing
up, and this relates to a comment back about how CUDA is limited
because of the bus transfers. That's not CUDA that is doing that but
the
On 12.01.2011 14:25, Michael Dickens wrote:
the CPU). I think that if a GPU can be used, it will be most effective in
things like filterbanks, or when searching for packets (via their unique sync
sequence, so matched filtering), or very large FIR filters -- places where a
LOT of
On Jan 12, 2011, at 2:56 PM, Moeller wrote:
On 12.01.2011 14:25, Michael Dickens wrote:
the CPU). I think that if a GPU can be used, it will be most effective in
things like filterbanks, or when searching for packets (via their unique
sync sequence, so matched filtering), or very large FIR
On Wed, Jan 12, 2011 at 3:22 PM, Michael Dickens m...@alum.mit.edu wrote:
On Jan 12, 2011, at 2:56 PM, Moeller wrote:
On 12.01.2011 14:25, Michael Dickens wrote:
the CPU). I think that if a GPU can be used, it will be most effective
in things like filterbanks, or when searching for packets
On Jan 12, 2011, at 2:56 PM, Moeller wrote:
The very large FIR filters was a thought, as an example of an operation that
might benefit from a GPU at least when using OpenCL (or CUDA). I haven't done testing yet to
know if a GPU can do better than a CPU using vector instructions ... but I'm
On Wed, Jan 12, 2011 at 3:39 PM, Marcus D. Leech mle...@ripnet.com wrote:
On Jan 12, 2011, at 2:56 PM, Moeller wrote:
The very large FIR filters was a thought, as an example of an operation
that might benefit from a GPU at least when using OpenCL (or CUDA). I
haven't done testing yet to know
On 13.01.2011 01:49, Tom Rondeau wrote:
From my experiments, I don't thinks its a A _and_ B situation. I think
if you have either A) a large amount of data _OR_ B) have to pound on
it furiously, you get a win. Most filters needed for normal comms is
not enough data or computation, but doing,
Greetings,
I've begun to look into accelerating GNURadio applications with Nvidia CUDA
GPU's
and have scanned through the archives of the discussion list. I had two
questions on the topic:
1. Is the CUDA-GNURadio port done by Martin DvH circa 2008 still
available and runnable? All links I've
On 11.01.2011 23:13, Andrew Hofmaier wrote:
I've begun to look into accelerating GNURadio applications with Nvidia CUDA
GPU's
and have scanned through the archives of the discussion list. I had two
questions on the topic:
1. Is the CUDA-GNURadio port done by Martin DvH circa 2008 still
14 matches
Mail list logo
