Full Version: Do you have .NET framework installed?
Yes I do, I am interested if you too have it installed.
Yep since Visual Studio.NET requires it to be installed.
Same here.
No.
I'm a Mac OS X user!
I'm a Mac OS X user!
Well, you could still have Portable.NET or Mono on there 
If I had Visual Studio.NET installed I would, but since I don't I don't have the framework installed.
Don't have it, don't want it, will avoid it as long as I can 
Hehe, then don't plan on using Longhorn... it's mostly written in .NET Quite honestly, it IS NOT is bad as many people make it out to be, in fact, I once tried MPC decoding and in integer decoding speed, .NET 1.1 KILLED the non-.NET version (but was slightly slower in floating point). IMHO it's actually a pretty good idea since it basically eliminates exploits like buffer overflows.
BTW, my "primary OS" isn't even Windows :-P
Quite honestly, it IS NOT is bad as many people make it out to be, in fact, I once tried MPC decoding and in integer decoding speed, .NET 1.1 KILLED the non-.NET version (but was slightly slower in floating point). IMHO it's actually a pretty good idea since it basically eliminates exploits like buffer overflows.BTW, my "primary OS" isn't even Windows :-P
QUOTE(Chun-Yu @ Aug 5 2004, 02:54 PM)
Hehe, then don't plan on using Longhorn... it's mostly written in .NET Quite honestly, it IS NOT is bad as many people make it out to be, in fact, I once tried MPC decoding and in integer decoding speed, .NET 1.1 KILLED the non-.NET version (but was slightly slower in floating point). IMHO it's actually a pretty good idea since it basically eliminates exploits like buffer overflows.
BTW, my "primary OS" isn't even Windows :-P
Quite honestly, it IS NOT is bad as many people make it out to be, in fact, I once tried MPC decoding and in integer decoding speed, .NET 1.1 KILLED the non-.NET version (but was slightly slower in floating point). IMHO it's actually a pretty good idea since it basically eliminates exploits like buffer overflows.BTW, my "primary OS" isn't even Windows :-P
I find that those who don't like .NET usually don't know much about it. I tend to disagree with Microsoft solutions more often than not, but .NET is actually a great platform. Managed apps often run just as fast as native code versions (sometimes faster). The infrastructure allows for safer and more stable software and improves developer productivity. I can say this because I've actually ported a few projects over to C#. I have no regrets. The growing number of languages targetting MSIL is a big plus and with Mono bringing .NET to Linux/Unix/Mac, portability is no longer a concern. Microsoft has actually done things right with .NET CLI.
Installed here, v1.0 and v1.1.
For the speed issue, it's the same as Java. Once the program is running there isn't that much difference for most cases, it's the startup time and memory usage that are the downsides.
For example, on my old Althon 650Mhz the any .NET app takes at least 10 seconds to display anything on the screen. (it's really noticeable when debugging)
For the speed issue, it's the same as Java. Once the program is running there isn't that much difference for most cases, it's the startup time and memory usage that are the downsides.
For example, on my old Althon 650Mhz the any .NET app takes at least 10 seconds to display anything on the screen. (it's really noticeable when debugging
)
I have installed it because a friend of my wanted me to test his software which required .NET Framework installed.
QUOTE(jcsston @ Aug 6 2004, 03:15 AM)
For the speed issue, it's the same as Java. Once the program is running there isn't that much difference for most cases, it's the startup time and memory usage that are the downsides.
For example, on my old Althon 650Mhz the any .NET app takes at least 10 seconds to display anything on the screen. (it's really noticeable when debugging)
For example, on my old Althon 650Mhz the any .NET app takes at least 10 seconds to display anything on the screen. (it's really noticeable when debugging
)There may be something wrong with your system or your apps, because I don't have this problem and I'm testing on a Coppermine 550MHz. Of course building debug versions will produce slower code.
As for the comparison with Java, I have to disagree. The VM is not as slow and resource-hungry as JRE. Java application rarely match native code performance, even with JIT. But I think the problem is probably with Sun's implementation and not the technology itself.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.