> I'm afraid your living in a bit of a dreamworld (no offense!) if you think
> Java is faster than C++.
Where did I say it was? I said that in one particular set-up, it may be
faster to go to a database with pure Java than with a C app using ODBC.
Quote:> Java pays a performance penalty for being platform
> independant (unless its running natively) as I am sure you are away it runs
> in bytecode rather than machine code etc etc etc ...... [snip the
> explaination that I'm sure everyone knows]
You seem not to know it, actually. Very little of Java is interpreted on
most machines these days. Almost all of the time it *is* running
natively. It's generally still a *little* slower than normal C/C++, but
not a lot - and certainly not enough to explain these JDBC-ODBC
discrepancies, I suspect.
If you really believe that Java is still run in byte code usually, I
suggest you try the difference between the classic VM shipped with 1.3
(invoke with -classic) and the HotSpot VM which comes by default. If the
difference isn't in JITting (ie running natively, not in bytecode) then
please explain the performance difference - and that generally *is* an
order of magnitude...
Quote:> Specific functions in Java that are slower are often related to graphics
Note the words "order of magnitude" in my previous post. Java GUIs often
*are* a bit slower than native ones, but *not* an order of magnitude
slower - and yes, I'd agree that this *is* one of the areas in which
Java is slowest.
Quote:> eg JFrame but generally java apps are slower (I run Komodo a Java based IDE
> that is seriously slow to start up and seriously slow to open files etc -
> theres always a long pause before anything happens (not matter the hardware
> or Linux / Windows)).
Yawn. Once more: slow examples don't show that a language is slow.
Swing has improved a bit with 1.4, btw - you might want to try that. I
believe it should be much better on Linux than it was, too. There *is* a
big difference between Linux and Windows in terms of Swing speed. If
you've only been trying Swing apps on Linux, I suggest you try on a
Window box. You may be pleasantly surprised. I don't think 1.4 goes all
the way to removing this problem, but it's certainly meant to improve
Swing is likely to always be a bit slower than native GUI components,
certainly - that *is* one performance penalty which is hard to get
around (and that's one reason why Eclipse is faster than Forte, I
suspect), but it's a platform hit rather than a language hit, and
certainly something which should be irrelevant in this discussion which
is (just to remind you) about JDBC, not GUIs.
Quote:> I think you probably found Visual Studio slower as its a very large IDE
> compared to a lightweight Java IDE? I don't know for certain as I haven't
> used your Eclipse, CodeGuide but I do know from personal experience that
> Forte (a Sun App no less!) is painfully slow.
Forte is pretty large too, isn't it? You seem unwilling to accept that
one large IDE (Visual Studio) being slow makes C/C++ slow, but rather
overly willing to accept that one large IDE (Forte) being slow makes
Java slow. CodeGuide is pretty light-weight, but Eclipse is far from it.
Unless you're willing to try my counter-examples, you don't really have
much of a position to argue from, IMO.
If replying to the group, please do not mail me too