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 ? |
2016-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 , |
2016-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
|
ES 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
|
2016-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 |
2016-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: