Page 1 of 2

Java compiler/editor for PPC

PostPosted: Jan 25, 2005 @ 2:10pm
by RDDF

PostPosted: Jan 25, 2005 @ 6:45pm
by Guest

PostPosted: Jan 25, 2005 @ 8:02pm
by cjasus730

Re: Java compiler/editor for PPC

PostPosted: Jan 28, 2005 @ 2:44pm
by Menneisyys

Re: Java compiler/editor for PPC

PostPosted: Jan 28, 2005 @ 4:23pm
by PepeGG

Re: Java compiler/editor for PPC

PostPosted: Jan 28, 2005 @ 4:51pm
by Menneisyys

PostPosted: Jan 28, 2005 @ 9:43pm
by j.edwards

PostPosted: Jan 28, 2005 @ 10:52pm
by Andy

PostPosted: Jan 29, 2005 @ 11:05am
by Menneisyys

PostPosted: Jan 29, 2005 @ 12:22pm
by xPeterx

Re: Java compiler/editor for PPC

PostPosted: Jan 29, 2005 @ 12:24pm
by PepeGG

PostPosted: Jan 29, 2005 @ 12:26pm
by PepeGG

PostPosted: Jan 30, 2005 @ 9:23am
by Andy

PostPosted: Jan 30, 2005 @ 4:53pm
by fzammetti
As someone who codes enterprise Java applications (web applications mostly) all day long for a living...

The "java speed sux" argument has long since been dispelled as a myth that was only ever a reality in the relatively early days. The last 2 or 3 JDKs have had performance that for most tasks is on par with native code.

There ARE still parts of the java spec that aren't too good speed-wise... anything GUI-related comes to mind immediately (although there are a number of very complex apps that perform very well, Oracel JDeveloper is the best example I can think of).

The speed issue is no longer the case because generally because the JIT compilers have become so good at optimizing that they can gain efficiencies that a native program can't, enough to overcome the inherent slowness of a virtual machine architecture.

Look at it this way... when you write a C program and compile it, it's in it's final form, that's the native code that's going to execute. But at runtime your program has more information about what it's doing, the data it's fed maybe, the condition of the underlying hardware, etc. Too bad! Your program still runs as written.

Contrast this with Java, where the JVM has A LOT of information during runtime and can actually perform optimizations on-the-fly to your code (within limits of course). This is a very powerful feature, and one of the main reasons Java is now, speed-wise, comperable to native code for most tasks (and there are examples out there of studies that show it being FASTER in some cases).

Now, jumping to the question of running full Java on a PDA... I would certainly agree that Java uses much more memory than a native app, sometimes frightingly so! For that reason alone it's not really well-suited to limited resource devices, and it's the reason J2ME was created... They took out most of the parts that would cause memory and speed penalties on such devices, and rewrote others to make it more applicable. Even still, I have a J2ME-capable cell phone, and while the apps run acceptably, including a couple of decent games, it's not on par with native apps.

So, don't diss Java! :) You can say it's not great on a PocketPC, and I'd agree, but in general the speed argument just doesn't hold water any more.

PostPosted: Jan 30, 2005 @ 6:25pm
by xPeterx