Assuming everyone has done there jobs correctly then: - Well written machine specific machine code will be fastest. Good compilers often come close to this.
- Interpreters have a constant overhead and, for most work, are a lot slower. - virtual machines are essentialy well optimised interpreters. - Just In Time compiling can be quit good to very bad and it will depend on many variables. Size of code units (are you compiling only the code you need?) How often recompiles are needed (Cache sizes, mix of work on the machine). The compiler needs to be very small and very fast so it not likely to be optimising. The biggest unknown is how well the work has been done so the proof is in the pudding as they say. I think .NET sounds like it has potential to be usefull but: - Is it useful to me today? No. Not with the work I do. - Will I benifit in the future from using it today? No. I can change later at the same cost. - Will it be there tomorrow? Don't know. (What did happen to writing COM?) So my conclusion: Look, Listen, wait. M$ methodology ;-) (note: this is my speculation) 1) Identify a difficiency (one of our own creation is best) 2) Talk to managers about it. Find out what words push the managers buttons. 3) Create a product. Just a shell to contain the buzwords with flash packaging. 4) Sell it to managers who are early adopters. 5) Their IT departments will find a way to make it work. 6) Figure out what IT did to make somthing usefull out of it. 7) Make version 2 with significant modifications. Remember the new version will always be: 1) faster (on the new hardware) 2) crash less (on the new operating system) 3) be easier to install (provided you don't want to do anything non standard) 4) improved functionality (provided you wern't attached to the way it used to work) Steven Knight > -----Original Message----- > From: Leigh Wanstead [mailto:[EMAIL PROTECTED] > Sent: 13 October 2003 9:13 am > To: Multiple recipients of list delphi > Subject: RE: [DUG]: [DUG-OFF-TOPIC]: octane > > > Hi Corey, > > I disagree with you. Take a look at http://gcc.gnu.org/java/. > With GCJ, the > same technique to make c program fast can apply to java code. > They use the > same compiler to compile java code to native code as C. > > JIT is another candidate to challenge your statement. > > Regards > Leigh > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Corey Murtagh > Sent: Friday, October 10, 2003 8:22 PM > To: Multiple recipients of list delphi > Subject: Re: [DUG]: [DUG-OFF-TOPIC]: octane > > > Leigh Wanstead wrote: > > > C is really old language compare to java, .net. Given it a couple of > years, > > the speed of java, .net will be fine. > > Quite seriously, no. > > A well-written C program will outperform a well-written Java > or C#/.NET > program today, tomorrow, and for the forseeable future. This > will only > change if/when hardware becomes available to directly support CIL or > java bytecode... the mythical Java Processor for example. > > > By that view, I think Sun/Microsoft do a good job. > > Sun has definitely done a damn fine job. Microsoft I'm reserving > judgement on. > > -- > Corey Murtagh > The Electric Monk > "Quidquid latine dictum sit, altum viditur!" > > -------------------------------------------------------------- > ------------- > New Zealand Delphi Users group - Delphi List - > [EMAIL PROTECTED] > Website: http://www.delphi.org.nz > To UnSub, send email to: [EMAIL PROTECTED] > with body of "unsubscribe delphi" > Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ > > > -------------------------------------------------------------- > ------------- > New Zealand Delphi Users group - Delphi List - > [EMAIL PROTECTED] > Website: http://www.delphi.org.nz > To UnSub, send email to: [EMAIL PROTECTED] > with body of "unsubscribe delphi" > Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/ > Visit us online at http://www.ecan.govt.nz ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. The contents of this email and any attachments are not formal policy of Environment Canterbury, unless otherwise stated. ********************************************************************** --------------------------------------------------------------------------- New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED] Website: http://www.delphi.org.nz To UnSub, send email to: [EMAIL PROTECTED] with body of "unsubscribe delphi" Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
