Search results

True, but there are some mac specific options for Java2D graphics that you can probably find by googling. I've no idea whether they would have any effect, beneficial or otherwise, on running TWS.

My recommendation would be to go for a dual core CPU and my preference would be for an Athlon. If you are running multiple applications at the same time the dual core should have real benefits. You're not going to get anything meaningful from these benchmarks other than CPUs that are...

The Java command line switch for Windows you are thinking of is probably this -Dsun.java2d.noddraw=true which turns off use of Direct Draw. There are a couple of others listed towards the end of this document http://java.sun.com/products/java-media/2D/perf_graphics.html

On the contrary, I am not anti Python at all and look forward to having the time for me personally to do it justice. And I am very pro Open Source. But you must air these issues. One cannot make informed decisions otherwise. As an aside I think Sun will eventually open up the JVM. Source for...

A couple of links http://www-1.ibm.com/businesscenter/venturedevelopment/us/en/featurearticle/gcl_xmlid/8649/nav_id/emerging http://www.blachford.info/computer/Cell/Cell0_v2.html You can find a gazillion more links by googling. Like most new products, there's a lot of hype and don't...

What nonon said is true, but I don't know whether you can assume you 'inherit' the threading capabilities of .NET. My gut feeling is that it may well not be the case. There is also Jython which uses the Java JVM I assume in a way somewhat similiar to the way Iron Python relates to .NET ie access...

Nonon, My point about threading is completely valid. And at this point of time, there seems a real probability of multi core processors becoming the norm. I don't particularly advocate the use of threads. Unix managed very well for a long time without them. Eric Raymond suggests that they...

Sounds like a bad joke compared to IB's free API.

This might be partially (or perhaps mostly) true today, but looking into the crystal ball a little, the trend is clearly towards multi core not just AMD and Intel and Sun, but also the Cell processor from IBM. Just speculating, but say in 3 years 8 way machines are available at PC prices. For...

It would seem that a serious issue for Python is the implementation of threads which use a global interpreter lock. This means that no matter how cleaver the threading design in a program is, it is not going to derive much benefit from SMP or multicore machines. There seems little doubt that...

And an even better page where one can manipulate the weights given to various metrics for different languages to 'prove' that ones choice of language is the best. http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=all

Here is an interesting comparison of various language ( or more accurately compilers/interpreters) benchmarks. http://shootout.alioth.debian.org/debian/benchmark.php?test=all&lang=python&lang2=gpp Unsurprisingly gcc code is significantly faster than Python code. It is worth emphasising...

No problems with GBL or ESTX50

I have no problems with it. What symbols are you having an issue with ?

An interesting assertion about Swing: "Java Swing with 47% use, has surpassed WinForms as the dominant GUI development toolkit, an increase of 27% since fall 2004." http://weblogs.java.net/blog/hansmuller/archive/2005/10/official_swing.html I found it a bit hard to believe, but it...

Why not do a reqMarketData () wait for bid/ask/last or whatever you want, and then cancel the market data request. Keep a pool of market data 'resources' and just cycle through them. Very doable.

A small tip. Never use strtok() for anything. Ever. It is one of the worst functions in the standard C library. Always use the reentrant strtok_r () instead.

You might find this a useful performance comparison. On an Athlon 2800 (Barton) with an ordinary disk it takes 1.9 seconds to do a Select * on a 90,000 row table of OHLCV data in a MySQL database. Linux 2.6.15 kernel. If you really want to get performance do it in C. For reading/writing...

Why not maintain it yourself ? The API code is quite simple, as is the 'protocol' to/from the TWS. You can easily work out what it's doing from the Java API code. As new releases come out, a diff on the Java API source should quickly reveal changes. I don't think there is much of an issue here...

For shorter bar lengths ( < 5 min) you get up to 1 days data. For longer bars you get 1 week. If you want more you need to issue multiple requests, each with the appropriate date. No this is not correct. Up to date data can be obtained.