Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
I just noted the CPU activity in more detail. Seems one thread is used solely for processing incoming data over the network, as it goes flat when disconnected and hovers around 20-40% when connected.
On startup with a fresh workspace load, all 4 of them spike up, but then 3 taper off while one continues to work. My guess is that this is the big ES data file loading off the disk, and then composing the chart, and this is essentially a sequential operation, so only one thread/core can really do much good here.
As for updating quickly, I will have to observe during the active parts of the day tomorrow. It would seem that updating multiple charts at a 40ms frequency would be prime territory for using multiple CPU cores to parallelize the updates, but we'll see. Again, running two copies of SC with one for DOM only and the other for all charts makes the updates very fast, so this is my primary solution at the moment.
this might be a moot point, but i figured to give it a shot...Last i was told, nt onlyutilizes 1 cpu.I was told by nt support that if you are running a dual or quad cpu, essentially, only 1 is being utilized, and that also effects the amount of memory being used as well.
So, is Sierra able to run on dual/quad cpus?I would definately check that.It seems to me that the majority of the desktops sold now come with dual/quad cpu setups.....
From this page, SC says: "CPU multi-core support for increased performance with data downloading, chartbook loading, and market data processing."
As ratfink said, this does not affect memory usage in any way; but let's keep this on topic (CPUs) and not comparing applications, I would not want anyone to get offended.
Even with a 64-bit version of a program running, it really does not benefit in any meaningful way versus 32-bit, unless extensive backtesting is being done, for example, which would take the memory requirement above 4GB. Right now the usable address space is about 3GB for a 32-bit program, so unless you're hitting that barrier, 64-bit won't help.
I'm not too interested in these Haswell CPUs. I think they are mostly a product life cycle upgrade vs any serious improvements.
I am looking forward to AMDs Steamroller later this year.
My latest trading research requirements focus more on CPU core/thread performance. The more and powerful the better. But what I'll spend money on comes down to value (price @ core performance) and any potential benefit from very low power usage at idle. I'll also probably stick to air cooling overclocking.