antoine wrote:
> Hello,
>
> I'm developing / sup****ting a java "client" application (running on PCs
> with XP pro, jre 1.5) which is a high performance trading client. it
> receives market updates, displays them on screen (swing), does a serie
> of computation, and performs several actions based on computated values
> (order sending, cancelation, etc...). it is designed to run for 8 hours
> straight without interruption, does not access any database, only uses
> socket-based I/O, and is correctly multi-threaded.
>
> I'm looking at upgrading our workstations, to hopefully get a speed
> increase. currently, our "base computation" routine takes around 5ms
> average, and I'm looking at reducing this number (I'm also looking at
> improving CODE performances, but this post is about hardware).
If this is the "limiting path" (I assume you've profiled(*))
you could run at 200 FPS, which is faster than normal
screen refresh.
So I don't see your problem.
BugBear
(*) if you haven't profiled, you're wasting your time, and your
employers's
hardware money.
|
