Performance - Yes, servers tend to have fairly impressive hardware resources available to them. So lets cripple that hardware by making it run an interpreted language. JIT? Server-side apps also tend to have very short process lives, doing a small task and exiting. In such situations, JIT causes worse performance, as it wastes time optimizing something that will never execute again during this process' invocation.
With this paragraph you give away that you 1) haven't looked at Java in a long time, if ever and 2) don't understand how Java server programs are constructed.
1) HotSpot solves exactly the problem you mention by only compiling code that is executed often, so that it avoids compiling code for which that would not be worthwhile. This mechanism works very well. Cases are known where Java on a HotSpot VM outperformed C code.
2) Maybe httpd with CGI scripts has very short process lives, but Java server applications don't. They are typically implemented as J2EE applications that run on an application server in one virtual machine which runs all the time. There's ample opportunity for a JIT to compile all the code.
Re:...and the .NET Framework is language-neutral
on
Does C# Measure Up?
·
· Score: 1
The same goes for Java which consists of a virtual machine and byte code spec for which compilers for many different languages exist, and the Java language spec and API's which describe just one language that runs on the Java VM. In fact, the Java language contains concepts that the JVM doesn't even know about, so that doesn't necessarily have to be a problem.
Re:Does this work for non native speakers?
on
Can You Raed Tihs?
·
· Score: 1
English is not my native tongue, but I am fluent in it and I could read the post at normal speed. Maybe it has something to do with similarities between English and your native language (which is Dutch in my case)?
That was probably a fluke. Those things have different codes.
My dad's Volvo had a rotating code. When you press the unlock button on the key, it sends a code and then advances to the next one. Upon receipt of the code, the car also advances to the next code in the sequence, and will only accept commands from the key if the code it sends is the one the car is expecting (or no more than a few places off in the sequence). One night my little brother was trying to find the car on the parking lot by repeatedly pressing the unlock button on the key, so he'd see the lights flash. The car was out of range though, so while the key advanced further and further in the code sequence, the car didn't, and when we found it it would no longer accept the key's commands. We had to have the car reset and both keys replaced, which cost a lot of money...
... So if you are trying to determine whether or not you should obey man's authority, the answer is yes, unless it contradicts God's laws as described in the Bible....
We have an old saying in Dutch: "zoals de waard is vertrouwt hij zijn gasten," which translates roughly as: "as the innkeeper is, he trusts his guests," meaning that people only tend to suspect other people of wrongdoings that they would themselves perpetrate.
Hmmm. Hard to call. OK, the man is British, but he was living in Switzerland and the company he was working for was Swiss. And the W3C has little to do with the UK. Seems a bit unfitting to call it a "British invention".
I don't know if shoutcast degrades the audio when the available bandwidth decreases (like realplayer, for instance), but if so that could explain how slashdotting could influence the audio, not as it is generated, but as it is heard...
New Line have said they're not going to release such an edition. The extended editions are it. IMO, they're treating us well, announcing all editions in advance and making sure that the theatrical and extended edition DVD's don't overlap at all. Oh yeah, and next time, RTFB!
Weta Digital are working on Lord of the Rings: The Return of the King. I'll be very upset with SCO if they mess with them, as will a few other people I'll wager!
"At that Q&A session, SCO Senior Vice President Chris Sontag said there are millions of lines of offending code involved and that it's highly unlikely the matter could be resolved by removing that code."
Apparently, he said "millions", so that would be at least 40% of the code. I can't believe how farcical this whole circus is getting. It's like SCO is actively trying to make sure they'll lose big by coming up with more and more ridiculous arguments. I feel like I'm watching a bad movie or something...
Slashdot Mirror
Wasn't ther ean old original Star Trek that went along those lines? An old space probe that went nuts, and spawned a civilization?
Yes.
Also, and I think most importantly, we trust Google...
We had it updated within hours of the message occurring. It was as simple as changing the version number being sent. No big deal.
Hmmm. It would surprise me if that is going to be enough once they actually start using the new features of the new version of the protocol...
Performance - Yes, servers tend to have fairly impressive hardware resources available to them. So lets cripple that hardware by making it run an interpreted language. JIT? Server-side apps also tend to have very short process lives, doing a small task and exiting. In such situations, JIT causes worse performance, as it wastes time optimizing something that will never execute again during this process' invocation.
With this paragraph you give away that you 1) haven't looked at Java in a long time, if ever and 2) don't understand how Java server programs are constructed.
1) HotSpot solves exactly the problem you mention by only compiling code that is executed often, so that it avoids compiling code for which that would not be worthwhile. This mechanism works very well. Cases are known where Java on a HotSpot VM outperformed C code.
2) Maybe httpd with CGI scripts has very short process lives, but Java server applications don't. They are typically implemented as J2EE applications that run on an application server in one virtual machine which runs all the time. There's ample opportunity for a JIT to compile all the code.
The same goes for Java which consists of a virtual machine and byte code spec for which compilers for many different languages exist, and the Java language spec and API's which describe just one language that runs on the Java VM. In fact, the Java language contains concepts that the JVM doesn't even know about, so that doesn't necessarily have to be a problem.
English is not my native tongue, but I am fluent in it and I could read the post at normal speed. Maybe it has something to do with similarities between English and your native language (which is Dutch in my case)?
That was probably a fluke. Those things have different codes.
My dad's Volvo had a rotating code. When you press the unlock button on the key, it sends a code and then advances to the next one. Upon receipt of the code, the car also advances to the next code in the sequence, and will only accept commands from the key if the code it sends is the one the car is expecting (or no more than a few places off in the sequence). One night my little brother was trying to find the car on the parking lot by repeatedly pressing the unlock button on the key, so he'd see the lights flash. The car was out of range though, so while the key advanced further and further in the code sequence, the car didn't, and when we found it it would no longer accept the key's commands. We had to have the car reset and both keys replaced, which cost a lot of money...
So genocide would be OK then?
Exactly why aren't you supposed to sit close?
I don't know, but my guess would be that it is tiring for your eyes to continuously have to focus that close.
If you have glasses and a 20" panel, shouldn't you really be able to read the screen at 30"? Perhaps you need different strength glasses?
Then you need glasses. Fifteen inches is way too close...
We have an old saying in Dutch: "zoals de waard is vertrouwt hij zijn gasten," which translates roughly as: "as the innkeeper is, he trusts his guests," meaning that people only tend to suspect other people of wrongdoings that they would themselves perpetrate.
Indeed.
Hmmm. Hard to call. OK, the man is British, but he was living in Switzerland and the company he was working for was Swiss. And the W3C has little to do with the UK. Seems a bit unfitting to call it a "British invention".
World Wide Web
Excuse me?
Where's the panic then?
I don't know if shoutcast degrades the audio when the available bandwidth decreases (like realplayer, for instance), but if so that could explain how slashdotting could influence the audio, not as it is generated, but as it is heard...
Are you sure you're seeing the actual disc, and not just pixel bloom?
Where's that from?
New Line have said they're not going to release such an edition. The extended editions are it. IMO, they're treating us well, announcing all editions in advance and making sure that the theatrical and extended edition DVD's don't overlap at all. Oh yeah, and next time, RTFB!
So much for a multiplayer game of Doom, then...
Weta Digital are working on Lord of the Rings: The Return of the King. I'll be very upset with SCO if they mess with them, as will a few other people I'll wager!
Who else here (who's old enough) thought of Atari's old Missle Command when you watched that animation?
anyone? Anyone? Bueller?
Don't you mean: Lightman?
A few lines on it says:
"At that Q&A session, SCO Senior Vice President Chris Sontag said there are millions of lines of offending code involved and that it's highly unlikely the matter could be resolved by removing that code."
According to the last page of this article, RCU means "Read Copyright Update."
Apparently, he said "millions", so that would be at least 40% of the code. I can't believe how farcical this whole circus is getting. It's like SCO is actively trying to make sure they'll lose big by coming up with more and more ridiculous arguments. I feel like I'm watching a bad movie or something...