Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Java Machine > Re: speed perfo...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 6 of 6 Topic 729 of 843
Post > Topic >>

Re: speed performances / hardware / cpu

by Nigel Wade <nmw@[EMAIL PROTECTED] > Nov 16, 2006 at 12:31 PM

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).
> 
> currently we're running on dual CPU intel Xeon 2.8GHz, roughly 3 years
> old, with 1GB RAM. virtual memory usage is around 128MB, so I believe
> RAM is not an issue.
> 
> which kind of upgrade would sound smart to you ? I've seen technologies
> like:
> - all the "dual core" family
> - 64-bit architecture (although no JVM for intel on XP pro 64-bit)
> - simply pu****ng the frequency to 3.6GHz...
> 
> does 64-bit make sense ? or is it only for memory intensive application
> (we're more concerned with execution speed) ?
> 
> any insight or link to any informative page would be most welcome !
> 
> thanks
> 
> -Antoine

Firstly I'd verify that the code is really taking advantage of dual CPUs
and is
not wasting CPU cycles by having threads waiting on locks, or cache
thra****ng
due to each thread/CPU modifying the same data concurrently. Secondly, you
need
to determine what is the major bottleneck in the current system. Is it
CPU,
memory bandwidth, PCI/graphics latency, network latency etc. Until you
know
this you have no idea where to spend your money effectively.

The only way to really know what is best is to actually run your code on
various
systems. It's not just about pure raw CPU cycles, GHz etc. It's also about
the
sup****t chipsets, how well the motherboard is put together, how well the
multi
processors can manage cache coherency, and other very esoteric hardware
issues. 

-- 
Nigel Wade, System Administrator, Space Plasma Physics Group,
            University of Leicester, Leicester, LE1 7RH, UK 
E-mail :    nmw@[EMAIL PROTECTED]
 
Phone :     +44 (0)116 2523548, Fax : +44 (0)116 2523555
 




 6 Posts in Topic:
speed performances / hardware / cpu
"antoine" <a  2006-11-15 18:10:29 
Re: speed performances / hardware / cpu
"Daniel Pitts"   2006-11-15 18:20:26 
Re: speed performances / hardware / cpu
=?ISO-8859-1?Q?Arne_Vajh=  2006-11-15 21:57:16 
Re: speed performances / hardware / cpu
Eric Sosman <esosman@[  2006-11-15 22:37:14 
Re: speed performances / hardware / cpu
bugbear <bugbear@[EMAI  2006-11-16 10:20:38 
Re: speed performances / hardware / cpu
Nigel Wade <nmw@[EMAIL  2006-11-16 12:31:19 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Wed Dec 3 16:00:17 CST 2008.