Support Board
Date/Time: Sun, 24 Nov 2024 09:26:33 +0000
[Locked] - Concurrent data feeds
View Count: 2119
| [2013-10-10 08:39:37] |
| SKY - Posts: 45 |
|
Assume I want to trade concurrently futures and equities assume my futures broker (or FCM) can provide a feed that forwards trading data of merely future exchanges and vice versa (equities broker can feed merely equities trading info) In that case I need to data feeds how can I have Sierrachart display charts of 2 different feeds ? Run Sierrachart twice ? I wonder whether the scope of Data Feed setting (at Sierrachart) is global for all Chartbooks or is assigned to a specific chartbook pls advise. tnx |
| [2013-10-11 02:58:31] |
| |
|
Refer to: https://www.sierrachart.com/index.php?l=doc/MultipleServices.html 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 |
| [2013-10-12 11:40:41] |
| SKY - Posts: 45 |
|
after reading the opening clause I need to say the following : software eng. POV - this is a bad solution. instead of installing Sierra multiple times (disk space waste, much work to update all copies) and run it few times (enormous waste of memory and CPU bandwidth of context switching, OS tables to control all application occurrences) why not take the simpler approach where the data service will be a chartbook attribute rather than be a global attribute for all running chartbooks I appreciate your work and the application. it looks strange you didn't see it by yourself and made the required modifications long time ago. pls make me happy and let me know that it will be fixed soon. |
| [2013-10-12 20:18:18] |
| User30668 - Posts: 108 |
|
SKY, I am not a Forum or chat person and this is the very first time in my life (47 years old) that I spend my time to write a reply in a Forum to respond to a comment that is not directed to me. You might be a software engineer but I think you are not being fair here; "this is a bad solution" is a poor choice of words. You are correct about some disk space waste (not too much if you set things properly), but is that really a problem nowadays? Regarding updating all copies, that's just a few clicks, it's almost automatic (I can update 5 copies in less than 5 minutes); is 5 minutes a month or so too much? Running the different copies: if you want, you can do it just running the first copy (1 click) and all the other copies will run automatically - it just depends on the way you set your system. As to the memory and CPU, SC is much lighter that any other trading software I have worked with. Any good (average) workstation can easily run several copies of SC, with many charts and studies, without any problem. Again, it will depend on the way you set your system. On the other hand, the advantages of being able to run several copies and share different data feeds are tremendous (I am not explaining them all here, of course). This characteristic is very valuable for this business - Trading. I am very surprised that you, as a software engineer, couldn't realize that. Actually, the capability to run several copies was the main reason that made me migrate from a very well known concurrent trading software to SC. Just after starting testing and exploring I realized how good SC can be in so many other things. I am quite sure that many SC users do agree with my point of view. I think you might just need to explore SC a bit further... Date Time Of Last Edit: 2013-10-12 20:21:57
|
| [2013-10-12 21:01:17] |
| SKY - Posts: 45 |
|
Hi User30668 1st - let me put it straight ahead - i'm not writing anything to offend anyone. my text is out of software design POV and is for one purpose - create MUCH better software. Out of your response it looks to me - that software design is NOT your native env. If anyone of the software designers at a project I'm in charge would come to me w/ such solution he would probably need to look for another employer ... it is that bad. if you take a minute and think about what you are writing then it looks that way: "well SC solution may not look the best but I have ways to overcome" ... well that really a joke ... you don't have the knowledge to discuss this issue you are that smart to tell me that there are high execution bandwidth stations - strong enough to waste their resources and inefficiently run many copies simultaneously. sorry sir ... you have no clue what is software design and what you are talking about ... your ideas as they are really really bad ... " I'm taking the correct way : don't overcome the problem. fix the problem !! you are really amazing - you write " the advantages of being able to run several copies and share different data feeds are tremendous (I am not explaining them all here, of course)" - (a) if you would understand what i'm suggesting than you would avoided writing so much nonsense how did you understand that what i'm suggesting blocks sharing a data feed ? it is highly recommended to understand what you are writing about BEFORE you write anything ... for sure if you write publicly (c) my suggestion says - each chartbook will have its own data feed. it means among other things - that the SC software will identify it and manage few concurrent links w/ the remote data feed server - as done anyway and VERY inefficiently when you run few copies od SC you have probably migrated to SC as SC was the only software that supported few data feeds simultaneously while the other could not do it ... while i'm saying that this is required but SC designer took a wrong / bad software design which you don't probably have the education and technical capabilities to understand what I wrote needless to say that your text looks really meaningless in the effort to further improve SC performance i suggest that you allow those who can improve the tool to do so. pls keep concentrating on exploring SC while i'm improving it. tnx. have a great week. Date Time Of Last Edit: 2013-10-12 21:22:50
|
| [2013-10-12 21:48:17] |
| SKY - Posts: 45 |
|
Mr. User30668 I made another enquiry Sierrachart memory requirement is above 200M !! of every single copy (windows env.) commit 70 MB Working Set 71 M Sharable 23 M Private 48 M So running 5 copies will require - 1 Gig !!! and as the application gets smarter it will keep increasing The way I suggest will make the application require few tens/hundreds of KB per chartbook so the application increase will be negligible and only single SC will need to be run. the above means - that you have no understanding about what you are writing, you don't understand what I suggest, you didn't enquire the meaning of running few copies but you telling us it is an advantage what is it - a joke ? is this real ?? Date Time Of Last Edit: 2013-10-12 21:49:31
|
| [2013-10-13 06:10:47] |
| |
|
This is an incorrect conclusion. A single copy of Sierra Chart without any charts open will use only about 22 MB of memory. Not even close to 200 MB. That is an impossibility.
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 |
| [2013-10-13 06:16:58] |
| |
|
Also, the disk space use of Sierra Chart is barely anything compared to drive sizes and compared to most programs.
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 |
| [2013-10-13 06:20:59] |
| |
|
Also, while newer versions of Sierra Chart are capable of using more than one data feed at the same time, this includes the market statistics data feed and soon our upcoming real-time futures data feed, there is a good reason as to why multiple primary services are not supported in a single copy of Sierra Chart. This is explained here: http://www.sierrachart.com/index.php?l=doc/MultipleServices.html#TwoConnectionsSameCopy Additionally, by running multiple copies of Sierra Chart, you are able to distribute processing across multiple CPU cores. And also instability in one, will not affect the other. 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 |
| [2013-10-13 06:41:57] |
| SKY - Posts: 45 |
|
stupid answers who is the genious ... 1. memory size values were copied from the WINDOWS memory resource manager so you know better ha ? 2. disk space is the minor problem - the need to update them all is a problem. why the user needs to update few of them if he could updated a single copy which is if SC software will be improved ... as requested 3. http://www.sierrachart.com/index.php?l=doc/MultipleServices.html#TwoConnectionsSameCopy did you read what is written under this URL ? running multiple copies - and this is what should be avoided ... already explained why ... so either the writer is stupid and doesn't get what is written or .... 4. and the last stupidity says : "Additionally, by running multiple copies of Sierra Chart, you are able to distribute processing across multiple CPU cores. And also instability in one, will not affect the other" let's go thru : (a) "by running multiple copies of Sierra Chart, you are able to distribute processing across multiple CPU cores" pure stupidity - your ability to control different CORES usage is extremely higher when executed thru a single application where you can tie threads to a given CORE. where did you study this level of stupidity ... get back to school and tell them u didn't understand the stuff (b) And also instability in one, will not affect the other If you have a bug then it will appear at all copies running simultaneously - don't you have a brain ? If there is a bug - fix it ... don't reproduce it !! I hope SC main designer is reading all this stuff and know that it is pure rubbish have a great week guys ... Date Time Of Last Edit: 2013-10-13 06:43:28
|
| [2013-10-13 07:00:48] |
| |
|
Sky, Your conclusions are completely incorrect. We welcome you to take your business elsewhere. Some bugs we cannot fix. This is clearly explained in help topic 76: http://www.sierrachart.com/index.php?l=doc/helpdetails76.html Furthermore, we are even increasing the use of separate programs with the use of bridge programs to connect to external data and trading services. We have done this with Rithmic, and TransAct. All new Data and Trading services will now be interfaced through separate process bridge programs. Google Chrome, uses a separate process for every single browser tab for the purpose of stability and to distribute the processing on other cpu cores. Sierra Chart is simply utilizing the very same design. So you think Google is stupid? Welcome you to an open open debate with Google engineers. 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: 2013-10-13 07:11:54
|
To post a message in this thread, you need to log in with your Sierra Chart account: