Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 03 May 2024 10:28:54 +0000
Post From: Concurrent data feeds
| [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
|