Greetings Bruce,
Still thinking about your problem...
On Sunday 11 October 2009 17:01, Bruce Labitt wrote:
I did do an experiment that had curious results. Instead of sending
double precision binary data, I sent single precision or 'float'. I
was expecting to halve my transmission time,
Bruce Labitt bruce.lab...@myfairpoint.net
mailto:bruce.lab...@myfairpoint.net wrote:
What I'm trying to do: Optimizer for a radar power spectral density
problem
Problem: FFTs required in optimization loop take too long on current
workstation for the optimizer to even be viable.
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 10/13/2009 08:13:12 AM:
Greetings Bruce,
Still thinking about your problem...
Well, thank you for that!
On Sunday 11 October 2009 17:01, Bruce Labitt wrote:
I did do an experiment that had curious results. Instead of sending
double
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 10/13/2009 08:44:49 AM:
Bruce Labitt bruce.lab...@myfairpoint.net
mailto:bruce.lab...@myfairpoint.net wrote:
What I'm trying to do: Optimizer for a radar power spectral density
problem
Problem: FFTs required in optimization loop
Jim Kuzdrall gnh...@intrel.com wrote on 10/13/2009 02:04:36 PM:
On Tuesday 13 October 2009 10:54, bruce.lab...@autoliv.com wrote:
gnhlug-discuss-boun...@mail.gnhlug.org wrote on 10/13/2009 08:13:12
AM:
Greetings Bruce,
Still thinking about your problem...
Well, thank you for
IBM was working on a Cell on a card to plug into a motherboard for use
in supercomputer clusters. Much like nvidea's tesla gpu cards.
On 10/11/09, Jim Kuzdrall gnh...@intrel.com wrote:
Greetings Bruce,
Interesting and challenging project!
On Saturday 10 October 2009 15:20, Bruce
Tom Buskey wrote:
IBM was working on a Cell on a card to plug into a motherboard for use
in supercomputer clusters. Much like nvidea's tesla gpu cards.
Fixstars, formerly known as terrasoftsolutions has an equivalent item
http://www.fixstars.com/en/products/gigaaccel180/
If this was
Greetings Bruce,
Interesting and challenging project!
On Saturday 10 October 2009 15:20, Bruce Labitt wrote:
For anyone that is remotely interested, here is the big picture for
the problem I'm trying to solve. If you are not interested, hey
delete the post. Won't irritate me in the
Bruce Labitt bruce.lab...@myfairpoint.net writes:
What I'm trying to do: Optimizer for a radar power spectral density problem
Problem: FFTs required in optimization loop take too long on current
workstation for the optimizer to even be viable.
Attempted solution: FFT engine on remote
Have you considered using a fast compression/decompression algorithm before
you transmit, one that isn't too computationally intensive for either
compression or decompression? You won't get high compression (factor of 10)
as you might with slower ones, but if you get even a factor of 2, you've
Lloyd Kvam wrote:
On Sat, 2009-10-10 at 15:20 -0400, Bruce Labitt wrote:
Nit in solution: TCP transport time FFT execution time, rendering
attempted solution non-viable
Researches TCP optimization: Reads countless papers on tcp
optimization techniques... Fails to find a robust
Jim Kuzdrall wrote:
Greetings Bruce,
Interesting and challenging project!
On Saturday 10 October 2009 15:20, Bruce Labitt wrote:
For anyone that is remotely interested, here is the big picture for
the problem I'm trying to solve. If you are not interested, hey
delete the post.
Joshua Judson Rosen wrote:
Bruce Labitt bruce.lab...@myfairpoint.net writes:
What I'm trying to do: Optimizer for a radar power spectral density problem
Problem: FFTs required in optimization loop take too long on current
workstation for the optimizer to even be viable.
Attempted
Drew Van Zandt wrote:
Have you considered using a fast compression/decompression algorithm
before you transmit, one that isn't too computationally intensive for
either compression or decompression? You won't get high compression
(factor of 10) as you might with slower ones, but if you get
For anyone that is remotely interested, here is the big picture for the
problem I'm trying to solve. If you are not interested, hey delete the
post. Won't irritate me in the least!
What I'm trying to do: Optimizer for a radar power spectral density problem
Problem: FFTs required in
On Sat, 2009-10-10 at 15:20 -0400, Bruce Labitt wrote:
Nit in solution: TCP transport time FFT execution time, rendering
attempted solution non-viable
Researches TCP optimization: Reads countless papers on tcp
optimization techniques... Fails to find a robust solutions or
methodology for
16 matches
Mail list logo