Login Page - Create Account

Support Board


Date/Time: Sat, 28 Dec 2024 08:28:15 +0000



cpu comparison

View Count: 2682

[2016-04-09 23:54:27]
i960 - Posts: 360
GPU performance doesn't even matter here. It's a 2D graphics render, the GPU is barely even being used.

The people who have run with low TPO block sizes absolutely have seen this, so you need to take into account that it's not a user issue, not a system issue, and quite POSSIBLY a code issue.

many TPO profiles on the chart

Define "many", and you probably want to define the duration of your chart as well (maximum days loaded).
[2016-04-10 00:13:00]
Sierra Chart Engineering - Posts: 104368
not a system issue, and quite POSSIBLY a code issue.
We do not agree based on our testing and our experience, and we have made performance improvements. We do acknowledge that there previously was an inefficiency related to automatic scaling but that has been solved. And in our testing we did not notice CPU usage nearly what they were showing.

All of this is really beside the point now because we have made performance improvements by cutting CPU usage by at least 50 percent and created drawing style which is extremely efficient and should cut down the CPU usage by about 90 percent.

This is an example of what we are testing:
http://www.sierrachart.com/image.php?Image=1460247149839.png
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-10 00:26:14
[2016-04-10 00:16:28]
Sierra Chart Engineering - Posts: 104368
And we do think the user does have some system issue on their side with graphics because they also said in another thread that when they are running another instance of Sierra Chart by using File >> New Instance and then they perform a deliberate action in that instance which increases the CPU usage noticeably, they notice immediately the CPU usage of other instances of Sierra Chart increase right along with it.

This makes no sense at all. No such thing should happen and that is not Sierra Chart causing that. That is completely impossible. We would also find very surprising if other users were to encounter the same thing. In all of our experience with Windows we have never seen or heard of such behavior.

I960, do you notice this behavior?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-10 00:17:44
[2016-04-12 20:32:54]
User20450 - Posts: 330
i understand as i get 2% too when i open 1 chart TPO but when u have one for each time frame , its loaded up , maybe way to spread load ?
[2016-04-12 21:12:39]
Sierra Chart Engineering - Posts: 104368
In the pre-release of Sierra Chart we notice 0% CPU usage most of the time with one TPO chart. Also, the TPO charts which are not visible definitely are not going to put any load on the CPU. You can confirm this just by minimizing them.

The simple fact is version 1394 makes a dramatic reduction in CPU usage. You definitely should be benefiting from that and we have also told you about using additional instances:
https://www.sierrachart.com/index.php?page=doc/doc_DTCServer.php#UsingDTCServerForDataAndTradingInAnotherSCInstance

We do not see how we can help you with this further.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
[2016-04-13 00:06:53]
User20450 - Posts: 330
ok im at my friends house and we are testing it on his computer and look at the load that 1 tpo chart is pushing , goes from 5 to 13 % cpu , so something def off here , im on diff computer and doing same thing , both updated to 1394

and also had a friend DM today asking if sierra was slow and i asked him to check his cpu and it was hitting 19% from sierra , 1394 ver


i just dont think enough people realize the cpu load to bring it up on forum , but its def an issue here .


do u want to connect to my computer and check it out, im not trying to waste ur time or mine by posting this stuff , just see a serious issue with stuff we want to use and cpu load ?
image2016-04-12_19-59.jpg / V - Attached On 2016-04-13 00:01:10 UTC - Size: 165.08 KB - 353 views
Attachment Deleted.
[2016-04-13 01:56:28]
Sierra Chart Engineering - Posts: 104368
On that particular chart posted, go to Analysis >> Studies and open the Study Settings window for the TPO Profile Chart study.

Set the Sub Period Price Display Style to Horizontal Bars.

What is the CPU usage when using Horizontal Bars? It will be much less.


And what is the Chart Update Interval? For more information, about that refer to help topic 30.5:
Https://www.sierrachart.com/index.php?l=helpdetails30.html

For a chart as large as that, you should use a chart specific update interval of about 5000 since it does not need to be frequently updated. Charts that need to be frequently updated should show a much smaller period of time.

We have given you solutions, and if you do not want to use those we do not know how to help you anymore. The recent changes with the TPO Profile Chart study are very significant and definitively reduce CPU usage by a large amount.

Also quoting CPU percentages in and of themselves, mean nothing. Apparently high CPU usage does not indicate a problem and no one has any idea how many CPU cores there are.

And none of us even know what the Chart Update Interval is?

Sierra Chart is fast and efficient, but you can certainly do things which will create a very heavy CPU load. But this is something that the user needs to deal with by referring to the solutions in help topic 30.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-13 02:20:08
[2016-04-13 01:59:08]
Sierra Chart Engineering - Posts: 104368
We made a correction to the prior posting. We meant help topic 30.5.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
[2016-04-13 05:07:19]
Sierra Chart Engineering - Posts: 104368
We are releasing version 1395. We found another item where there was a significant inefficiency with the drawing of TPO Profile charts.

How much of a difference it makes, it is hard to say but it should have some noticeable difference we would expect.


This particular inefficiency is something that we would've caught in the next couple of weeks during some additional review we are planning.

If you are using Horizontal Bars, the way that those are drawn, already solved this inefficiency. So there is no further improvement with the Horizontal Bars style. Although since splitting capability has been added for Horizontal Bars in 1395, they are a little less efficiently drawn but not anything that we would expect would be noticeable.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-13 05:14:01
[2016-04-13 06:17:19]
Sierra Chart Engineering - Posts: 104368
The change made in version 1395 should make a significant difference, hopefully a major difference but we are just not sure in your particular case because we would have thought the last change would have made a significant difference but it did not seem to apparently do much for you.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
[2016-04-13 11:37:41]
User20450 - Posts: 330
made little video if u can view it i hope , as i scroll instance 2 tpo charts the cpu load goes up in instance 1 upon moving it ,
Attachment Deleted.
[2016-04-13 17:37:25]
Sierra Chart Engineering - Posts: 104368
There is no video attachment.

Also, this is definitely something that we do not know how to help with. It is going to be an operating system/driver issue.

We would be very surprised if other users notice this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
[2016-04-13 17:55:15]
Sierra Chart Engineering - Posts: 104368
We have verified that there is a definitive 50 percent reduction in CPU usage with all of the changes without making any changes to the TPO Profile Chart Settings themselves.

We were testing using a 30 millisecond Chart Update Interval. Our CPU usage did not exceed on average 3%.

And when we set the Sub Period Price Display Style Input to Horizontal Bars the CPU usage went to zero percent even with a 30 millisecond chart update interval.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-13 17:55:49
[2016-04-13 18:24:49]
User20450 - Posts: 330
do u have charts scrolled out with volume profile on them ? maybe send me the chart u have or i can send u my chart to test ,
[2016-04-13 18:34:37]
Sierra Chart Engineering - Posts: 104368
Here is an image of what we are testing:
http://www.sierrachart.com/image.php?Image=1460572435715.png


With a 30 millisecond chart update interval, we see CPU usage of about 3%.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-13 18:34:59
[2016-04-13 18:39:19]
Sierra Chart Engineering - Posts: 104368
Here is another one and this is on average 2% CPU usage:
http://www.sierrachart.com/image.php?Image=1460572719667.png
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
[2016-04-13 22:26:04]
User20450 - Posts: 330
Does it matter what kind of processor or graphic card ? I believe u have no issues but I do and some others do so i need to get to the bottom of it
[2016-04-13 22:57:55]
Sierra Chart Engineering - Posts: 104368
We would like to have our questions answered in post #31:
cpu comparison | Post: 87365

The kind of processor and graphics interface, which is now integrated onto main boards, should not matter. We use an Intel I7 with integrated graphics. The "Visual Effects" in Windows have been disabled.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2016-04-13 22:58:49
[2016-04-13 23:18:23]
User20450 - Posts: 330
31? the blocks are important information so not using them is kinda defeating the purpose , but yes it helps a little but still up there

cpu% does matter when u cant even put and order in with out lag , or the chart is lagging behind another platform ,
image2016-04-13_19-17.jpg / V - Attached On 2016-04-13 23:18:02 UTC - Size: 132.35 KB - 329 views
Attachment Deleted.
[2016-04-14 00:13:54]
i960 - Posts: 360
It seems like a suitable workaround for this is if one wants to use blocks and a large amount of TPO profiles that they explicitly set the chart update interval for this particular chart to something higher. There's no reason to run a low (i.e. fast) chart interval with TPO charts IMO.
Date Time Of Last Edit: 2016-04-14 00:14:04
[2016-04-14 00:17:56]
User20450 - Posts: 330
i hear ya i960 , i just dont think there pushing sierra like i am , maybe it just cant handle what im trying to do , as no matter how i configure it i cant get a load lower then 10 cpu , and thats unacceptable for me
[2016-04-14 00:31:21]
i960 - Posts: 360
Well that seems a bit unreasonable don't you think? Think about it, you're using 10% of CPU, at what point do you declare it to be "fast enough" - when it's using 1% CPU? It's a fundamental thing running as part of your platform, it's going to use some CPU resources to do that and 10% isn't huge if that's where it's typically sitting at.
[2016-04-14 00:33:07]
User20450 - Posts: 330
HERES MY PROFILE CHARTBOOK IF U CAN TRY IT OUT , scroll in and out and have 2nd instance using 1st instance data believe me or not , u said it cant , but i have nothing in 1st instance and look at cpu , it does go away but while 2nd instance chart is loading the 1st instance cpu load is being used then returns to 0
attachmentES SP 500 CHARTS.cht - Attached On 2016-04-14 00:30:18 UTC - Size: 232.74 KB - 278 views
[2016-04-14 00:34:32]
User20450 - Posts: 330
heres pick of the 1st instance cpu going up as 2nd instance data is loading , no open chart book on 1st instance
image2016-04-13_20-29.jpg / V - Attached On 2016-04-14 00:33:21 UTC - Size: 348.55 KB - 307 views
[2016-04-14 00:35:30]
Sierra Chart Engineering - Posts: 104368
For reference, the attached image shows the particular hardware we are using.

The graphics are integrated on the CPU and it is the Intel HD Graphics 4600.

When you open just one TPO chart, what is the CPU usage when the market is active?

All of our tests are when the market was very active and we were running at a 30 millisecond update specified on the chart itself. Very fast. Far lower than the 500 you are using.

Something is not right if when you switch to Horizontal Bars you still noticed that kind of CPU usage. The CPU usage most of the time should remain at zero percent at a 500 millisecond update.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
image2016-04-14_123246.png / V - Attached On 2016-04-14 00:34:25 UTC - Size: 8.75 KB - 264 views
[2016-04-14 00:37:19]
Sierra Chart Engineering - Posts: 104368
We will test the chartbook in post #47.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing

To post a message in this thread, you need to log in with your Sierra Chart account:

Login

Login Page - Create Account