Search results

WARNING! I was wrong. Eyefinity 6 will only drive two "Legacy" monitors (DVI, HDMI) without adapters. Each additional "Legacy" monitor will require either an active adapter in the ~$30 range, providing a max resolution of 1920 x 1200 (no USB connector for power), or an active adapter in the...

Well, I couldn't resist a very modest overclock from 2.67 to 3.2GHz. And the results are: OMG. Order creation completes so fast I can't tell how fast it is, except that it is well under a quarter second. The Chart Trader button order with an Auto Stop is populated across the two tables...

So, the next solution was to go for upgraded hardware. Not as easy as learning Java Console, tunning the system, running under server Java and from batch files with additional Java parameters set, but it is an immediate solution that can be tried, although you have to throw money at it...

Forgot to mention: Under WinXP, by mid afternoon response was so slow that clicking on a chart stop order line wouldn't select the line. After several seconds, moving the mouse onwards to check out if a chart order button would work, the up/down arrows of order-line selection took over as the...

With the box I had, running the TWS windows to present the charting data I'm accustomed to, TWS response was initially o.k. with the 1024 Java Heap parameter. The longer the platform was up and running from Market Open, the slower the response of the platform became. By mid afternoon, when...

Got some interesting observations to note. Very interestingly, it brings to question the common wisdom that a minimal graphics card on a lower-end box is sufficient. Firstly, these observations are when I'm running what appears to be larger than normal load of charting than most TWS users...

Sounds like the way to go to see what's going on. I already have the JDK from using Eclipse for developing my GUI in Java for IB's API, but I didn't get anywhere near learning as much about Java as I'm going to need to (order management is up next), and nothing about running it. From within...

I did find a post concerning "some items not rendering when NVidia drivers were used" was solved by turning off OpenGL from the command line. Last evening, I got an improvement in performance, but that wasn't duplicated this morning under market data loads. p.s. Both NVidia cards are PCI-E.

With the stock command line: Moving one of the tri-chart chart windows from a monitor on the Nvidia 430 to one on the 8600GT. Chart updating appears the same, but there are huge delays in functionality. Trying to click and drag an order on the chart but the line won't be selected. Move mouse...

Went back to the stock settings to check under a similar load. Core usage is slightly higher on one of the low usage cores, the other two are the same as the other tests. The high usage core is somewhat higher, but not significantly, but it spikes higher when you use features. Menu...

To make room to test another recommended parameter -Dsun.java2d.opengl=false I had to drop one of the others. I dropped ddoffscreen. No visible change in core usage from the latest test. Mouse circling to 90%. Tri-chart chart windows have the candle charts lagging the line chart by 1/4 to 2...

The noddraw was already part of the command line in the desktop shortcut. There isn't space to add the other two. So, since XX command line parameters are not recommended, I dropped -XX:MaxPermSize=256M to try the three Java recommends for Win32. Full load of open charts and windows as...

Found some notes from a Java white paper on 2d graphic optimization. Runtime Flags For Win32 * -Dsun.java2d.noddraw=true Setting this flag to true turns off DirectDraw usage, which sometimes helps to get rid of a lot of rendering problems on Win32. *...

Won't load over 1024...

But there's memory unused and CPU isn't maxed (when I'm not maxing one of four cores with circling the mouse). And, with Java code that is being called over and over, it doesn't get "interpreted" each time. It's loaded, "compiled" and it's the "compiled" result that is repeatedly called...

It was 512 max and 128 max perm. Changed to 1024 and 512. Drag&drop on an order on-chart has far less lag than before, and core 1 jumps to 70%, but the market is closed now... Mouse circling over chart now pushes core 1 to ranges between 65% and 80%. Core 1 is down some, other cores...

wow core 1 spiked to 90% and then 100% with mouse moving in circles... other cores remained the same methinks they're not multi-threading enough

Thank you for all the quick responses! Other windows (like Task Manager) load fine. Here's one for the mix. Rearranged windows so the two tri-chart windows are both on the Nvidia 430 (one was on the 8600GT). Now the line charts are updating before the candle charts, which are lagging...

I'm running the downloaded stand alone. Starts from desktop icon. Auto-update is turned off. Closing the seven-security chart improves things, but it is still noticeably slow. Scarily so. If I close the other two chart windows (total, six charts, three per security) then I've defeated...

Hello, I'm new to IB and with my paper account have been configuring TWS over the past week and a half (yes, I got to watch aapl yesterday while in my paper account - configuration not fully tested and unsafe to trade...). I'm finding that the response to any clicks, even menus, is extremely...