mbielinski
-Interested User-
Posts: 15
Joined: Jul 20, 2004
|
Posted: Feb 9, 2007 09:45 AM
Msg. 1 of 10
Updates (one minute bars) around 10:30 EST are PAINFULLY slow today. What normally takes 3 minutes took over 20 minutes. I noticed some slowdown yesterday evening (Feb 8).
There was a similar issue last november - can you please check server load / performance.
Michael S Bielinski
|
DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1746
Joined: May 3, 2004
DTN IQFeed/DTN.IQ/DTN NxCore
|
Posted: Feb 9, 2007 09:47 AM
Msg. 2 of 10
Michael,
Can you check your IQFeed conection manager and tell us what server IP you are connected to? We received word from one of our data centers that they are seeing some internet routing issues. This may be causing the slow down and I want to confirm if that is the case for you.
Thanks
Jay Froscheiser DTN - Trading Markets
|
nsolot
-DTN Guru-
Posts: 273
Joined: Sep 4, 2004
|
Posted: Feb 9, 2007 01:06 PM
Msg. 3 of 10
Jay,
On a scale of 1 to 10, would you classify this a Level 3 problem?
|
DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1746
Joined: May 3, 2004
DTN IQFeed/DTN.IQ/DTN NxCore
|
Posted: Feb 9, 2007 01:16 PM
Msg. 4 of 10
Any issue is a level 10 problem to us (on a sale of 1-10). For the ISP's scale, it has been escalated to a Level 3 issue (wink) Jay Froscheiser DTN - Trading Markets
|
mbielinski
-Interested User-
Posts: 15
Joined: Jul 20, 2004
|
Posted: Feb 9, 2007 01:57 PM
Msg. 5 of 10
IQ Connection Manager says IP: 66.112.148.221
Michael S Bielinski
|
DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1746
Joined: May 3, 2004
DTN IQFeed/DTN.IQ/DTN NxCore
|
Posted: Feb 9, 2007 02:05 PM
Msg. 6 of 10
Ok, yes, this is the datacenter we are looking at. Please try to re-login and see if you connect to 66.112.148.x again. Hopefully you will get 66.112.156.x which is the other datacenter.
One other thing you mention in your post I would like to ask about. Are you pulling 1 minute bars throughout the day? If so, this is outside the realm of what an IQFeed subscription is for. If you need 1 minute bars throughout the day, you should be setting a watch list, and building the 1 minute bars within your software. The historical backfill should only be used to fill in any gaps if you have a connection problem or aren't running your system during the data.
Jay Froscheiser DTN - Trading Markets
|
mbielinski
-Interested User-
Posts: 15
Joined: Jul 20, 2004
|
Posted: Feb 9, 2007 03:11 PM
Msg. 7 of 10
Yes - I am now connected to 66.112.156.227.
No - not pulling one minute bars throughout the day. My system comes online around 10:30 and backfills (just once) morning data for a list of stocks it is watching.
Thanks for your help.
Michael S Bielinski
|
JDonovan
-Interested User-
Posts: 24
Joined: Feb 11, 2007
|
Posted: Feb 12, 2007 01:04 PM
Msg. 8 of 10
One other thing you mention in your post I would like to ask about. Are you pulling 1 minute bars throughout the day? If so, this is outside the realm of what an IQFeed subscription is for.
Could you clarify this? I'm a little unclear as to the meaning. For instance, if one of my applications is a charting application, and allows the client to say request data in either daily, 30 min, 5 min or 1 min data. They choose the timeframe and then request symbols. Which symbols, I don't know. But I do know they might be requesting a good number of symbols in 1 - 5 min bars throughout the trading day.
All of the literature on the IQFeed main page would suggest that this is exactly within the realm of the subscription, I see nothing regarding request limits on certain types of data? What about Daily Bar Data? What about Option Chains?
Seriously not trying to be flippant, I need to know before I invest manpower into anything that the subscription may not permit.
Thanks in advance,
- Jeff
|
DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1746
Joined: May 3, 2004
DTN IQFeed/DTN.IQ/DTN NxCore
|
Posted: Feb 12, 2007 01:22 PM
Msg. 9 of 10
In the course of a trading day, it is understandable that someone would need to fill in data when they bring up their app or fill in databases after hours. The key is that we don't allow people to circumvent the symbol limits of the subscription by snapshotting data. We are not a snapshot service. Thus, it is not in the scope of IQFeed to use history servers in order to get "snapshots". If your app/customer is watching 500 symbols, and needs 1 and 5 minute bars for those, they should bring up the app before the market and your app should build 1 and 5 minute bars off the datafeed. If your app goes down, it is understandable that you would need to make historical requests to fill in the missing data. Again, the key is that we don't allow people to use historical data as a method to get snapshots.
Jay Froscheiser DTN - Trading Markets
|
JDonovan
-Interested User-
Posts: 24
Joined: Feb 11, 2007
|
Posted: Feb 12, 2007 01:37 PM
Msg. 10 of 10
Ok I understand what you are saying. Thanks for the reply, I'll have to shelve it for some of our client apps but can certainly use it for others which follow those guidelines (or dont use bar data in any regard).
- Jeff
|