tried with symbol in the terminal, it gave error sometimes and sometimes not.
Volume still an issue. The refresh rate isn't working i think, changed 3 to 5 still it updated amibroker quotes with same speed(time difference between quote in NEST and in amibroker was almost 1 second in both of them).
Once we start RT then it gets frozen, so we cannot stop RT and have to close it from task manager.
What's your CPU and how much it's average usage have been during RT run ?
Regards
If RTD server provides data for symbol, we just pull it. If some error comes from RTD, it's never specific to symbol. At times we found NEST RTD returns errors. We have handled all possible errors in upcoming build (coming next week).
Regarding application freeze, we will fix this no issue. We have seen processor usage up to 10%.
BTW: our test machine is having following config.
Processor : 3rd gen Intel I5 with quad core or I7 with 8 core.
Ram: 1600 Mhz DDR 3, 8 GB or 16 GB.
OS: windows 8 64 bit.
Network - 3G and BSNL broadband.
We also test on windows 7 (32 bit), windows XP SP3.
Regarding refresh rate: refresh rate is by last traded time with either increase in volume or price. If we do not find any change in these values from RTD, we do not send any data to AMI. The reason is time stamp is not by local machine time stamp and it's LTT. So refresh rate is purely depend on two things 1. User defined refresh rate in seconds 2. Actual refresh happens based on change in LTT, Volume, LTP. Application would check updated at user defined refresh rate and if found change in LTT or Volume or LTP then only data will be pushed to Ami.
If we take system time as time stamp, then even if no trade takes place user will get LTP, Volume of old data. This will give wrong / bad ticks.
At same time, let me tell you Amibroker data format does not support milliseconds as data format, so what is going to happen is you will see data with same time stamp in AMI means, you will see 9:20:10 as time stamp for more trades. The only thing would happen is you will see multiple ticks if you select tick format, we have enabled it.
Another issue if we start pulling data at higher rate means say 100 milliseconds refresh rate, NEST does not support that speed, it crashes. NEST can not handle it. Second issue is if you have say 40 symbols in list, you can not get refresh of 40 symbols with speed of 100 milliseconds refresh. This is due typical system response you get from NEST and windows. For each symbol it will take some time to return values. You can not get data of say 40 symbols from NEST at refresh rate of 100 milliseconds. Our experience is this does not fly very well even with 1 second refresh rate with NEST for large symbol list. NEST crashes if our refresh rate is too fast as it does not support such. This may be because NEST is not designed for data vending.
We will release Amibroker RTD plugin in 10-15 days. This has very good performance. We are testing it. We are working with Amibroker for certain process and certification. If we see some extra payments to be made to third party for it (approval and certification), we may end up asking for one time fix donations from users. The Amibroker RTD plugin will have backfill from google IEOD. This will be real boon for community.