|
Anonymous wrote:
Do you have any link you can post?
Ya, good question. It wasn't long ago that Chris posted an article here about some benchmarks done by Microsoft which proved that C#/.NET was significantly faster than Java/J2EE.
Regards,
Alvaro
Behind a beautiful woman there's usually a guy who just couldn't wait to get rid of her.
|
|
|
|
|
The Petstore sample??
check out this interesting thread:
http://www.theserverside.com/discussion/thread.jsp?thread_id=9797
|
|
|
|
|
akraus wrote:
Recent tests in a computer magazine state that the speed of C#
is comparable to Java.
I did my own little benchmarks, and I came to the same conclusion.
akraus wrote:
C# is ok for GUIs and some networking
requests, but not for big apps.
C#, just like Java, is great for server-side apps. There you can always improve performance by adding hardware, which is usually cheaper than to develop C++ code.
I vote pro drink
|
|
|
|
|
akraus wrote:
give managed C++ a very good chance to become the most popular
next generation language. The mixing of managaned and unamanaged code
makes migration very easy plus the managed part runs only slightly
slower than unmanaged code.
The managed parts compile to the IL, same as C#, but will run only SLIGHTLY slower ? You've contradicted yourself here.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
>I give managed C++ a very good chance to become the most popular
>next generation language. The mixing of managaned and unamanaged code
>makes migration very easy plus the managed part runs only slightly
>slower than unmanaged code. Code reuse and extensibility are nearly
>unlimited because of the very rich existing C++ sources already avaliable.
"most popular?" hmm.. I would agree on powerfull
- Code reuse will be mainly achieved by component-oriented programming (=assemblies). Code re-use for C++ ist highly dependable upon your programming style (I do not know too many people that actually take full benefit from the Standard library ideas and tools, which is quite a shame). Still some people use MFC just for CString. (these are probably the people that do programming for a living, I know )
- Java developers now can target the .NET platform (about 3mio people?? skilled ?)
- A newcomer does not even have a dialog editor for managed c++ (ok this might sound lame for a pro), this it keeps people from doing their first steps in .net in c++.
- There is no marketing team that pushes C++. its the C# vs Java thing
- Calling native libs is realized using PInvoke too, so using unmanaged c++ code /w managed c++ code for optimal performance might not be the only way to speed things up (you could use PInvoke and any native lib)
- C++ can (<- !) be very complicated and confusing for newbies. Some people do not get the difference between C and C++.
Of course, time will tell. But since marketing and tools set the pace ..
|
|
|
|
|
C# is compiled to native machine code right before it's executed. It's not "interpreted" like it would be in a Java VM, therefore it's faster.
- Jason
Do you have a Pulse?
SonorkID: 100.12194
's your uncle
|
|
|
|
|
Jason Hooper wrote:
therefore it's faster
Theory, theory... Try to measure for yourself.
I vote pro drink
|
|
|
|
|
Jason Hooper wrote:
C# is compiled to native machine code right before it's executed. It's not "interpreted" like it would be in a Java VM, therefore it's faster.
Can someone explain how this "compilation" happens ? I have not really kept up with .NET
Does the .NET runtime compile the entire IL files into ASM before starting ? Is it a JIT compiler like Java's ?
Thanks -
|
|
|
|
|
It's a JIT compiler - it compiles every line before it uses it for the first time, then keeps the compiled code in memory for subsequent calls.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
And it saves the compiled binaries to disk for later use...
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
With CLR you get three options :
(1) Use Econo-JIT : Fast compilation time but the generated code is not optimized so it would run slower. This type of compilation is useful for scripts.
(2) Standard JIT: slow compilation time, but generates fully optimized code; thus the application would run at speeds "comparable" to a native application
(3) Install time Compilation: When your ILs are installed on a machine you could instruct it to be converted to native code upon installation. This may increase installation time but the application would never need to be "CLRed" again.
One major difference between Java and .NET run times is that with CLR your code need not be run as interpreted. Unlike JVM which despite the JIT, still essentially runs portions of the Byte code as interpreted (although with GCJ things may be different); the .NET runtime compiles it once for the very
peace to all
|
|
|
|
|
Managed C++ runs at exactly the same speed as C# code. They both compile down to IL...
Matthew Adams
Development Manager
Digital Healthcare Ltd
|
|
|
|
|
Actually it was mentioned that MC++ is the only language that generates optimized IL so theoretically it's always a little bit faster.
A while ago I've done my own tests and C# was significantly faster than Java, I don't remember the exact numbers, sorry.
What I might've done differently is that I put timers in the program itself so I discarded the time of initial compilation from IL to native.
|
|
|
|
|
I'm not sure that I understand what constitutes a 'managed extension'. Is there a difference between pure "Managed C++" and "C++ with managed extensions"? Or, is a managed extention simply a managed code set linked to regular ol' C++. Is that even possible?
"Thank you, thank you very much" Elvis.
|
|
|
|
|
Never mind.
Just went out to
http://msdn.microsoft.com/vstudio/technical/articles/managedext.asp
and read up on it.
"Thank you, thank you very much" Elvis.
|
|
|
|
|
[Managed C++ for GUIs, C# for business logic]
Nish
Nish was here, now Nish has gone;
He left his soul, to turn you on;
Those who knew Nish, knew him well;
Those who didn't, can go to hell.
I like to on the Code Project
Sonork ID 100.9786 voidmain
www.busterboy.org
|
|
|
|
|
Do you know wo makes these questions?
Mazy
Don't Marry a Person You Can Live With...
Marry Someone You Can Not Live Without
|
|
|
|
|
Nish [BusterBoy] wrote:
[Managed C++ for GUIs, C# for business logic]
Chris was just seeing if you were asleep for once
Andy Metcalfe - Sonardyne International Ltd
Trouble with resource IDs? Try the Resource ID Organiser Add-In for Visual C++
"I would be careful in separating your wierdness, a good quirky weirdness, from the disturbed wierdness of people who take pleasure from PVC sheep with fruit repositories."
- Paul Watson
|
|
|
|
|
Andy Metcalfe wrote:
Chris was just seeing if you were asleep for once
Yeah, probably
Nish
Nish was here, now Nish has gone;
He left his soul, to turn you on;
Those who knew Nish, knew him well;
Those who didn't, can go to hell.
I like to on the Code Project
Sonork ID 100.9786 voidmain
www.busterboy.org
|
|
|
|
|
Damn that was quick. I just can't sneak one past you can I?
Andy Metcalfe - Sonardyne International Ltd
Trouble with resource IDs? Try the Resource ID Organiser Add-In for Visual C++
"I would be careful in separating your wierdness, a good quirky weirdness, from the disturbed wierdness of people who take pleasure from PVC sheep with fruit repositories."
- Paul Watson
|
|
|
|
|
Andy Metcalfe wrote:
Damn that was quick. I just can't sneak one past you can I?
LOL
I didnt know you were attempting to sneak one past me.
They don't call me "Ghost who walks on CP" for nothing.
Nish [CP Phantom]
Nish was here, now Nish has gone;
He left his soul, to turn you on;
Those who knew Nish, knew him well;
Those who didn't, can go to hell.
I like to on the Code Project
Sonork ID 100.9786 voidmain
www.busterboy.org
|
|
|
|
|
To the person who said 'I am a C++ programmer and have not been told to target .NET', the point of the question is that it's hypothetical.
To the guy who would kill himself, and the guy who would quit, would you have done these things when MFC was introduced if you'd been told to use it ?
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
Christian Graus wrote:
would you have done these things when MFC was introduced if you'd been told to use it ?
There is a huge difference between introduction of MFC and .NET.
|
|
|
|
|
George wrote:
There is a huge difference between introduction of MFC and .NET.
There are differences, but in the end I believe people who say they would kill themselves or quit rather than use it are motivated by the same things in both cases.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
Christian Graus wrote:
I believe people who say they would kill themselves or quit rather than use it are motivated by the same things in both cases.
I think the guy who said he would kill himself is just kidding. The "I'd quit" is the same as "I'd stick with C++ (and not use Managed extensions)" or "I don't see the future in .NET". Managed Extensions suck bad and many people, including me, have no interest to use a broken version of C++ and would rather quit to find a place where the real C++ is used.
|
|
|
|