Blog

Bottom line: low volatility resulted in sub-optimal trading performance. However the whole week was again profitable.

We continued our forward testing of our automated trading on real-time prices provided by TrueFX. All test parameters were unchanged since our first test.

The first trading day of the week was the most successful. The strategy gained 160 pips in 24 hours.

The graph below shows the result from the beginning of the Auckland session on Sunday until the end of the US session on Monday.

Here is the full trade log.

The next two days were losing days. However, in absolute numbers, the losses during these 2 days were considerably less than the win during the first day.

The results for Tuesday are on the below picture. Note we used the newer build so the interface is slightly different.

We can see that losses are limited. In total, we are still nicely up. Trade log.

Wednesday was a very slow day. The results presented below.

Again, small loss but we are still up almost 100 pips for the week. Trade log.

Thursday-Friday results are below.

Thursday was a very successful day – we were gaining steadily and the result was over 100 pips – for volatility of only 86!

Friday was very slow day with volatility under 60 but still we were gaining about 20 pips in the middle of the US session. Though we failed to keep those gains and lost some pips in the end. Trade log.

Summing up, this week was not the best one. Half of the time the market was very slow with low volatility, especially on Friday. However, even in such conditions, our strategy managed to win – just shy of 200 pips, which is good for such trading conditions.

We already reported that in our comparative testing the machine with smaller RTT was showing better trading performance. We tried to explain the fact why faster connection and better hardware combination was losing. One of the ideas we had was that if we are sending the requests too fast, the quote server may start throttling.

In order to test this, we swapped the Internet connections. So, we connected the laptop to the router with a Gigabyte Ethernet cable and the desktop was connected via the 2.4 GHz WiFi link. Now, the laptop connection was almost 4 times faster (measured with Ookla speedtest).

Here are the results. First, the desktop. In 25 hours test it gained decent 72 pips.

Win ratio of 46% was a little bit less than we regularly observed, but still OK. Average RTT was 129 ms and we got nearly 274K ticks. Here is full trade log.

Now, the other test. High connection speed wasn’t a problem at all this time.

Lower average RTT and, correspondingly, 35K (or 13%) more ticks received seemed to help a lot. Profit more than doubled. Here’s full trade log.

So, our hypothesis was wrong – throttling was not at play here. We don’t yet know the real reason. It might be network drivers of antivirus software, among other factors. Again, this is not very important.

But it is important that we again got the confirmation that TrueFX data feed with lower RTT leads to steady good trading performance.

Apparently, RTT is one of the main important factors to pay attention to when using the software in copy trade mode.

Another week of testing with the same strategy and parameters. And – same observations: over 350 pips profit, over 50% win ratio with minimum drawdown.

This week we were conducting some other testing, and we couldn’t capture the entire week test in one picture. Here is the first 3 days of testing – started on Sunday from the Sydney session.

We can see that the test report again is in line with all our previous test results that you can find published on this blog.

Now, let’s take a look at Thursday’s result.

Very similar numbers that we have already got used to. Here is the trade log.

In addition, we’ve run a comparative test that provided us with very valuable insight on the important metrics of quote server connection.

On Friday we had a small loss during low market volatility (~80 pip). Trade log.

Friday’s result is by no means negative. First of all, you just can’t win all the time in the markets – losses are part of the game. You need to minimize them. Which our strategy clearly did. In addition, we can be satisfied with both nearly 50% win ratio and small and smooth drawdown.

On Friday, we were running a comparative test again – which confirmed our findings on how the results depend on the quote server RTT.

Overall, another positive week. We will continue our testing on November, 16. stay tuned.

Bottom line: we observed that a mere 25% increase in the round-trip time (RTT) to the TrueFX quote server resulted in considerable deterioration of the trading performance – for the same software, the strategy and its parameters.

In our previous post, we came to the conclusion that the 15% loss of ticks on the machine where the Smart Forex Tester software was run from the IDE – compared with the reference test – was caused by lower performance of the IDE version in handling HTTP requests to the TrueFX quote server.

While it is a known fact that the software run from the IDE is less optimized, we found that there are other factors at play that may better explain the difference.

We repeated our previous test – this time using the release version on both computers. The idea was to eliminate the alleged performance gap and thus minimize the difference between the number of received ticks.

Both computers had similar hardware and the Internet connections on both machines were more than adequate for the purposes of the test.

Both machines were connected to the same router. The reference setup was connected via a 2.4GHz WiFi link (Ookla speedtest: 45/5 Mbps), and the other machine had a Gigabit Ethernet connection (Ookla speedtest: 180/5 Mbps).

The below graph presents the test results for the reference setup.

Despite a small loss, we can be satisfied with this result – which was achieved during low market volatility period. And overall, this loss was a drop in the bucket – the whole week remained solidly profitable. During the first four weekdays, our automated strategy gained just shy of 400 pips.

So, this Friday’s result is also coming in line with our previous observations that about 80% of trading sessions are profitable. Win ratio was also decent.

However, the other test went much worse than the reference one.

At first glance, this result defies all logic. After all, we were using the release software this time, not the IDE. And the machine we ran it on has slightly better hardware – plus 4 times faster wired Internet connection than the reference setup.

After a quick investigation, we noticed that for some – yet unknown – reason, average RTT to the quote server was 25% more than that on the reference setup. Check the values marked by arrows on the below graph.

For the reference setup, the RTT – averaged for this 14 hours test – was 115 ms. But for a more powerful machine with a much faster Internet connection RTT was 145 ms. Now, the test result suddenly started making a lot more sense.

We will have to investigate the reason why the RTT for a more powerful setup was actually worse. But this is not the most important here.

What really matters here is that our latest results actually confirmed the conclusions of our previous test: slightly less ticks – considerably less accurate signals.

So, it appears that to properly utilize the perfect (and free!) TrueFX live feed for live trading, we should consider implementing a 2-tier structure.

First, we have to make sure the software is run in the environment with the smallest possible RTT: less than 100ms should be good, and less than 50 – ideal. RTT this low will guarantee the best possible trading signals. Arranging a VPS physically close to the TrueFX server location is the way to achieve that.

Next, once a signal is generated, we can probably afford a reasonable (200-300 ms) delay for the trades’ execution: relying on the fact that in many cases, the market may see-saw a bit.

We already mentioned that our tests showed that our strategy is consistently profitable when tested on TrueFX live price feed. And we noticed that one reason for this is much higher tick data rate that TrueFX provides – compared to the feeds from all other brokers that we tested with.

Today we compared the trading performance for 2 different environments – and both were using the TrueFX live feed for GBPUSD.

One setup was using the latest published release that was running on a low-end office laptop.

The other setup was our development environment (IDE). So, it was less optimized than the release version. The IDE machine is a little bit more powerful than the laptop – this is the only thing we need to know hardware-wise. Both machines were connected to the same router.

We started both tests simultaneously about 40 minutes into Sydney trading session on November, 11 and kept it running for 18 hours – through all UK session and half of the US session on November, 12.

The graph below shows the results from the test run with the release version.

We can gladly notice that the performance was again (!) in line with the test results that we have been getting for last couple of month. Same healthy win ratio and low drawdown.

Now, let’s check the results of the test that was run from the IDE. The software in this test is essentially the same as the release. We did implement some improvements, but they don’t affect performance anyhow – while the trading strategy itself and all other trading related code remained unchanged.

We see that while the results are not bad at all in absolute terms, they pale in comparison with the reference test. Why do we have this difference?

We compared the trades for the release with the trades for IDE version.

What we observed was that before the European session started, in slow Asian trading the results match almost 100%. Thus additionally verifying the fact that both softwares works the same.

However, once the market started moving fast in the European session, the results started to differ. And we noticed that the IDE version received ~40K ticks (or 15%) less than the reference release version.

The reason for this difference is clear – less optimized code was not able to handle the same number of quote requests to the TrueFX server.

We can say that 40K is relatively big number. From our experience, from some brokers we could get even less than that – in total!

So, this test confirms our observation we did from the very beginning of testing. Namely, live price feed quality is essential for the success of the strategy.

And we now see that even for the feed that is known to work very well, we can get deteriorated trading performance if parts of ticks are not received.