Author |
Topic: Slippage (27 messages, Page 2 of 2) |
||||
---|---|---|---|---|---|
Moderators: VPfau | |||||
npn Posts: 19 Joined: Apr 14, 2008 |
Is there a further development on this matter?
I have continued to log orders, price and slippage, which support the cases where the current price before sending the order, and after is the same, however the order fills at different. |
||||
SergeK -Developer- Posts: 475 Joined: Jan 26, 2007 |
I've addressed this issue to our quote provider, but didn't get anything back yet.
|
||||
npn Posts: 19 Joined: Apr 14, 2008 |
I guess our problems continue. I assume that the multiple contract subscription slows down your system, as that’s the only thing that has changed on our side. With one contract price subscription we get about 40% slippage, which is still very high, but with 3 contracts, the data below shows that we get price decline of 1-2 ticks about 90%.
I’ve also logged the order-fill times which average to about 54ms. Note, our server is in a close proximity of yours, and pinging it comes back with 1ms average. These are LIVE orders from today, in 5 out 6 there was a price slippage, of total 7 ticks: LimitSell Order sent: Sell 1 6EM8 MKT Bid/Ask: 156.09/156.10 :20080528-12:40:06.582 OnOrderConfirmed OrderID: 8616278 5/28/2008 12:40:06 PM Sell 1 6EM8 MKT Sent 5/28/2008 12:40:06 PM Sell 1 6EM8 MKT Working 5/28/2008 12:40:06 PM Sell 1 6EM8 MKT Completed 5/28/2008 12:40:06 PM/20080528-12:40:06.629 Sell 1 6EM8 MKT Completed Fill:1@156.08 Slippage: 1 Tick LimitSell Order sent: Sell 2 6BM8 MKT Bid/Ask: 197.75/197.76 :20080528-14:28:25.144 OnOrderConfirmed OrderID: 8622565 5/28/2008 2:28:24 PM Sell 2 6BM8 MKT Sent 5/28/2008 2:28:24 PM Sell 2 6BM8 MKT Working 5/28/2008 2:28:24 PM Sell 2 6BM8 MKT Completed 5/28/2008 2:28:24 PM/20080528-14:28:25.223 Sell 2 6BM8 MKT Completed Fill:1@197.75 5/28/2008 2:28:24 PM/20080528-14:28:25.223 Sell 2 6BM8 MKT Completed Fill:1@197.74 Slippage: 1 Tick LimitBuy Order sent: Buy 2 6BM8 MKT Bid/Ask: 197.75/197.76 :20080528-15:00:25.879 OnOrderConfirmed OrderID: 8624777 5/28/2008 3:00:25 PM Buy 2 6BM8 MKT Sent 5/28/2008 3:00:25 PM Buy 2 6BM8 MKT Working 5/28/2008 3:00:25 PM Buy 2 6BM8 MKT Completed 5/28/2008 3:00:25 PM/20080528-15:00:25.910 Buy 2 6BM8 MKT Completed Fill:1@197.76 5/28/2008 3:00:25 PM/20080528-15:00:25.910 Buy 2 6BM8 MKT Completed Fill:1@197.77 Slippage: 1 Tick LimitSell Order sent: Sell 2 6BM8 MKT Bid/Ask: 197.81/197.82 :20080528-16:36:02.269 OnOrderConfirmed OrderID: 8629462 5/28/2008 4:36:02 PM Sell 2 6BM8 MKT Sent 5/28/2008 4:36:02 PM Sell 2 6BM8 MKT Working 5/28/2008 4:36:02 PM Sell 2 6BM8 MKT Completed 5/28/2008 4:36:02 PM/20080528-16:36:02.301 Sell 2 6BM8 MKT Completed Fill:2@197.79 Slippage: 2 Ticks LimitBuy Order sent: Buy 2 6BM8 MKT Bid/Ask: 197.78/197.79 :20080528-18:29:49.582 OnOrderConfirmed OrderID: 8634659 5/28/2008 6:29:49 PM Buy 2 6BM8 MKT Sent 5/28/2008 6:29:49 PM Buy 2 6BM8 MKT Working 5/28/2008 6:29:49 PM Buy 2 6BM8 MKT Completed 5/28/2008 6:29:49 PM/20080528-18:29:49.629 Buy 2 6BM8 MKT Completed Fill:2@197.81 Slippage: 2 Ticks I look forward to your comments. |
||||
SergeK -Developer- Posts: 475 Joined: Jan 26, 2007 |
Sorry, but I believe that I already explained that you can't measure slippage on throttled snapshots of the bid/ask data.
Or the problem is the 54ms fill time? Please advise. |
||||
npn Posts: 19 Joined: Apr 14, 2008 |
Thanks for your fast reply as usual.
I understand the issue with the throttled data and I measure the slippage in a different way than originally. Here’s a possible scenario: 1. OnPriceChanged event rises, with OEC.API.Price of Bid/Ask: 197.78/197.79 on 20080528-18:29:49.582 2. Strategy triggers and sends orders within 10 microseconds 3. ~50ms later at 20080528-18:29:49.629 I receive a Fill for my Buy order at 197.81 (2 ticks higher) I understand that slippage is part of the business, but about 90% of the time is just NOT NORMAL. I don’t know if the 54ms response is the issue, I believe it could be since, again, our server is only 1ms away from yours, also I understand that your server is less that 1ms away from the CME’s. |
||||
SergeK -Developer- Posts: 475 Joined: Jan 26, 2007 |
I will research if there's any possibility to reduce the slippage.
|
||||
npn Posts: 19 Joined: Apr 14, 2008 |
I observe the same issue today.
I strongly believe the problem is with your data. The more subscriptions I make the more often the slippage is. Another reasons for that I believe is the auto-subscription (in my case the Pit contracts). I'd subscribe for 3 quotes and in reality I get 6. That would delay the processing on your side, wouldn't it? Any progress on your research? Can you provide a log with the quotes/trades around the time of my trades? Sorry, but unless we resolve this we have no choice but to suspend live trading. |
||||