Let's hope that 'PlayFair' might appear in some other country now."
There are always freaks think everything have to be open to everyone. Look at them, those poeple. They do something illegal, accused and will shout, "I am innocent! I am just following GNU spirit"
I love IPod and hope apple music store goes world wide so i can enjoy it too. It is a good service. Please don't spoil it!
Somebody was working on gforge supporting subversion through webdav. His project name was Dforge or something. Can't check it atm. Gforge site seems slashdotted and down now. I remember he made a working alpha or beta version of Dforge when i checked a few days ago.
Subversion is so convenient and I also switched to subversion recently. Supporting subversion or Webdav may have many potential advantages in its flexible architecture. I hope webdav be integrated into Gforge into its next mainstream version.
The project is not just about building high speed network infrastructure but to build national wide ubiquitous computing. The network infrastructure is just part of the entire project.
Can't understand why the article doesn't state this.
It's not like that. The project may be lead by the Government but it's actually run by companies. Some big companies invest money and the goverment just help them or 'force' them to do that. I think it is quite possible korea government is actually paid for the job behind, who knows, for preferential treatment giving out. It's always like that.
As shown at http://www.idiom.com/~zilla/Computer/javaCbenchmar k.html, even the linux jdk, which is relatively slow than other platform's, runs as fast as natively compiled C program when runs simple operations.
In my understanding, java's poor performance is due to following factors:
1. too generized api design resulted in very deep call stack. for example, printing current date and time using java.text.DateFormat uses much more calls than traditional C (a system call and a printf is enough for C). It gets more terrible in swing. use of interfaces causes the same problem i think.
2. JNI is too slow. (can't understand why but it is known to be slow and java can't help but using many JNIs)
3. as WORA is important in java, it is hard for java to use any platform specific resources such as Graphic card's accelerations. that is one of the reasons swing's design is getting ugly as it tries to boost its performance.
4. too many small class files result in high I/O usage when JVM loads classes.
5. no MACRO! for example, most of java API is synchronized, which is expensive, reguardless thread is used or not. the same for security check codes and platform specific implementation codes, etc. these problems can be solved by MACRO but... someone in sun doesn't like macro and i agree with him when think of java's purity.
some of these problems are known to be solved in next jdk version(hotspot client version). slow synchronizations and class loading speed, etc. but mostly, they are java's design issue and never be solved, as java is mostly running in virtual machine and originally it is designed to be used for java chips, only when JVM is implemented in processor level, the speed problem will be solved.
I'm looking forward to seeing java running in MAJC or Transmeta's chips.
please correct me if i'm wrong in some and forgive me for my poor english. Cheers.
Slashdot Mirror
There are always freaks think everything have to be open to everyone. Look at them, those poeple. They do something illegal, accused and will shout, "I am innocent! I am just following GNU spirit"
I love IPod and hope apple music store goes world wide so i can enjoy it too. It is a good service. Please don't spoil it!
Somebody was working on gforge supporting subversion through webdav. His project name was Dforge or something. Can't check it atm. Gforge site seems slashdotted and down now. I remember he made a working alpha or beta version of Dforge when i checked a few days ago.
Subversion is so convenient and I also switched to subversion recently. Supporting subversion or Webdav may have many potential advantages in its flexible architecture. I hope webdav be integrated into Gforge into its next mainstream version.
The project is not just about building high speed network infrastructure but to build national wide ubiquitous computing. The network infrastructure is just part of the entire project.
Can't understand why the article doesn't state this.
It's not like that. The project may be lead by the Government but it's actually run by companies. Some big companies invest money and the goverment just help them or 'force' them to do that. I think it is quite possible korea government is actually paid for the job behind, who knows, for preferential treatment giving out. It's always like that.
As shown at http://www.idiom.com/~zilla/Computer/javaCbenchmar k.html, even the linux jdk, which is relatively slow than other platform's, runs as fast as natively compiled C program when runs simple operations.
In my understanding, java's poor performance is due to following factors:
1. too generized api design resulted in very deep call stack. for example, printing current date and time using java.text.DateFormat uses much more calls than traditional C (a system call and a printf is enough for C). It gets more terrible in swing. use of interfaces causes the same problem i think.
2. JNI is too slow. (can't understand why but it is known to be slow and java can't help but using many JNIs)
3. as WORA is important in java, it is hard for java to use any platform specific resources such as Graphic card's accelerations. that is one of the reasons swing's design is getting ugly as it tries to boost its performance.
4. too many small class files result in high I/O usage when JVM loads classes.
5. no MACRO! for example, most of java API is synchronized, which is expensive, reguardless thread is used or not. the same for security check codes and platform specific implementation codes,
etc. these problems can be solved by MACRO but...
someone in sun doesn't like macro and i agree with him when think of java's purity.
some of these problems are known to be solved in next jdk version(hotspot client version). slow synchronizations and class loading speed, etc.
but mostly, they are java's design issue and never be solved, as java is mostly running in virtual machine and originally it is designed to be used for java chips, only when JVM is implemented in processor level, the speed problem will be solved.
I'm looking forward to seeing java running in MAJC or Transmeta's chips.
please correct me if i'm wrong in some and forgive me for my poor english.
Cheers.
We all love debian as it is the most stable, the most well managed, and the most prefered distro of mine.
Is that real news or ur hope?
If sun had announced or intemated something like that, can you tell me where i can read it?