To: Richard Estes who wrote (5791 ) 1/29/2000 8:58:00 AM From: Matthew L. Jones Read Replies (3) | Respond to of 17977
Thanks for the idea regarding FAQ. Maybe I can start to work on one and post it here on the thread. Now, to your two questions: 1) Why the "delete temp folder" advice? The way I understand it (and the QC developers still don't have their hands around this), a small percentage of users develop a problem with corrupted data in their temp folder. This is like a disc cache as I understand it. You know how if you type in a symbol and for some reason get a bad chart? You will continue to get that bad chart even when you go to a server that has the right data unless you change the way you type in the symbol (dElL instead of DELL). The computer program is designed (for speed sake) to first look in cache and only then to look on a server. Really cool idea. Except when you corrupt your cache. This problem most often occurs when people flip charts rapidly without giving the system sufficient time to download the entire chart. For example, if you download a 5 minute chart on an active stock which you have not previously looked at toward the end of the day, it doesn't really matter how good your connection, computer, etc. is-- you are asking for a HUGE amount of information to be transferred. This strains every link in the chain. Now suppose you get impatient and change your mind, muttering !@#$%@% QCharts is a piece of #$%@ and move on to another symbol before the data transfer completely happens. Viola, you may have just corrupted your cache (temp file)! It is rare to find someone with temp file corruption problems that isn't a chart flipper. This is the reason that it is a good idea to a) find the fastest server in terms of ping time from your location, and b) preload your watchlist early in the morning so that your system is accumulating the majority of the data on these issues before everyone logs on and starts flipping charts bogging the system down to "loaded" performance. You may have noticed that after hours when nobody is on line any more symbols come up much faster. This is why, as best as I can figure out talking to the "techsperts". 2) Why the blank charts and T&S windows? I guess the previous question is related. It takes a tremendous initial load of data transfer to initialize either the chart or the Time and Sales. Maintaining these is relatively a low drain proposition. That is why many people have no problems whatsoever using 28.8 single connections. Heck, once you get the backlog, 14.4 is more than enough. The QC packet compression technology is vastly superior to anyone's on the market, but you know if you have used Real Tick 3, try and pull up a 5 minute chart on DELL about 3PM and see what happens. LOL. Time to take a bathroom break and go pour yourself a refill in your Diet Coke! Catch up on SI... flip to the sports channel for a minute... no wait honey, I can't do that right now, I'm waiting for my DELL chart to come up. I think that this is the problem: we have become so spoiled by how well QCharts works, we begin to think we can do anything, and that almost immediately. I'm afraid that as good of a tool as QCharts is, that is not the case, at least in this stage of internet and connectivity development. I hope this answers your questions. If not, let me know. By the way, I am also (although much less) involved with development testing for one of our competitors. They are still, after three different data providers in three years, having problems with option chains and option quotes. Because the lack of widespread interest, this seems to be the last priority to every provider. Incidently, they also have come to S&P comstock (QCharts' provider) after even worse data from PC Quote and Bridge. Matt