... because Linux is such a kick-ass gaming environment.
In all honesty, I think the state of Linux gaming is pathetic when compared to Windows. Unfortunately, I love Linux, but I can only play very few first person shooter games under Linux.
... Anyways, articles like this are kinda insignificant... just look at the number of comments in the thread.
Check out the Session Initiation Protocol. Its the competing protocol against H.323 (blah). It supports mapping names to phone numbers, phone numbers to names, phone numbers to webpages, etc.
I learned about them my freshman year of highschool (1992) from my psycho roommmate, who in turn had learned of them from some college kids a few years earlier. Tiny Toons is not a blip on the radar screen of their career.
TMBG were around waaaaaay before their "debut" on the WB. In fact, I'm betting that Tiny Toons had no affect on their careers at all. I think they'll find this question a little juvenile (no offense;)
I have not, nor have I heard of anyone every killing their microwave this way. HOWEVER, if you leave it in there too long, I'm sure it'll do something bad. Thats why you set the timer for 3 seconds... plus thats all it needs, because the reaction happens really quick. It basically burns the metal part of the CD which holds the data.
Now you do this at your own risk... but I'm telling you that I've done it a million times exactly as prescribed, and have not damaged anything (Except the CD of course;)
ONE MORE THING: Place the CD so that the readible side is DOWN, and the label can be seen on top. e.g. place it in the microwave the way you would put it in your CD player.
Win95 -- Recompile
Win2000 -- Recompile
Solaris -- Recompile
Some other flavor of Solaris -- Recompile
Linux -- Recompile
OS/2 -- Recompile
BeOS -- Recompile
...
catch the trend here?
Does webserver productivity define Linux' only usage??? Is that the only value of Linux? So what if you'd be stupid to host cnn.com via Java servlets, etc. There are a million other reasons to use a PC.
Java is built around scaleability. RMI for example, is very easy to implement for ANY app. I work on a Java server that will potentially route phonecalls completely replacing a PBX. It will be done using _ONE_ PC. If we need more, then its VERY easy to plug in another box for the job. This is because of Java's scalability.
Yes this can be done in C++. Yes it can probably process a few more calls per second. However the debugging would be 5x harder and the entire design would have to be around scalability from the ground up.
Well, number crunching isn't going to be slower under nearly any language - math can be abstracted very closely to what the machine uses, no matter
how high you go up. A single "a = 1 + 1" line is only four or five assembly instructions. Pretty much every programming language will use those four or
five instructions in the same order, so you won't necessarily notice a big speed difference. This gets different once you get to more complex things,
though, like string manipluation, database access, you name it. At that point, the use of the right language is essential for performance/efficiency.
My point was that if you're doing hardcore calculations, you would not want to use Java because you want to take advantage of every benefit the CPU offers.
You also would not want to use just any language. True a= 1+1 has a finite number of instructions, however usually there is a lot of memory manipulation and special instructions that go into number crunching, in which case you'd want as low level control as possible.
For number crunching, you usually want to use ASM for the native processor. If you're talking about unzipping files and such, I just stick to Java. Keep in mind though that a lot of Sun's API is in native libraries. This is the reason why its not slow.
Funny how you say that the GUI isn't slow, because thats where the vast majority of complaints come from! I've not experienced it either, and I also believe Java's Swing setup is the most advanced design for a GUI API that exists right now.
I agree, it is so blatently bias that I was actually quite annoyed when I read it. I'm sure there are millions of reasons why some Linux users hate Java, but I'd narrow it down to the fact that there is no reliable professional support of the JDK under Linux.
The JVM is a very good design, and Sun does not require you to use their API's to run programs. In fact I believe there is an OSS initiative to write a non-Sun API for Java that is more efficient than Sun's. So you can't really say that its too controlled by Sun, because there's nothing stopping you from creating your own API.
The aim for Java is to be platform independent, and it generally succeeds at this. Performance is something that unfortunately Sun's API is not always aiming for since they have limited resources. However, there are many tricks you can use to speed them up, as well as compiling Java code to an executable binary.
I think this article is just unnecessary. Complaining about the legal restrictions is one reason for hating Sun. Complaining about its performance is just the blind leading the blind.
Other then that, my only problem with Java is that the VM in Netscape is crap
Thats not Java's fault. Its Netscape's. Also, you can REPLACE the VM in Netscape with whatever you want. You can even run applets with Swing components in them with the proper setup.
As for Java being slow, there is a JIT (Just In Time) compiler for it, as well as numerous native code compilers for Java.
I have not experienced Java's slowness as ever being a serious problem. If I'm doing number crunching, I use JNI. If I'm doing network stuff, then the interpreter is always faster than the networks ability.
I find this stray bullet interesting... I have Verizon DSL which has a tendency to go down about 4-5 times per day on average usually for minutes at a time. However about once every other week it will be down for a good 6+ hours. I've never heard any nightmare stories about cable, and I see this letter as supporting the theory that cable is much more reliant than DSL. When my DSL goes down, I have to call their tech support and listen to a recording saying that they are having technical issues in my area. Cablevision, however, sent a freaking letter because their service was out for a couple hours. Verizon seems to be very used to technical difficulties, while Cablevision does not. Any thoughts?
Numbers are great for routing, but when it comes to user interfaces, Names are the way to go. Making phone numbers as pointers to websites is as advancing as not using IP for 2nd Generation wireless.
The goal is to advance technology... not to regress to a bad system.
BTW, if it turns out there is enough matter, wouldn't the universe be the largest gravitationally bound structure in the Universe?
Yes, if there is enough matter. This is obvious, since there is no greater structure than the Universe. The only question is whether or not there is enough matter to hold everything together. This is essentially the big crunch/big freeze debate.
No no... I have a really hard time believing that they can transmit more than a few feet. This seems like a passive technology that can be turned off (just remove the chip) and turned on by passing through an electric field. I can easily see some laws coming that would make manufacturers have such devices be removable by the user. This could prove useful for things like knowing whats in your fridge without having to scan a bar code.
Yes this could be abused; However even the politicians would hate this. Have no fear... this is a pretty kick-ass way of monitoring inventory.
Slashdot Mirror
... because Linux is such a kick-ass gaming environment.
In all honesty, I think the state of Linux gaming is pathetic when compared to Windows. Unfortunately, I love Linux, but I can only play very few first person shooter games under Linux.
... Anyways, articles like this are kinda insignificant... just look at the number of comments in the thread.
I know, but I'm quoting Duke, quoting the movie ;)
"Its time to kick ass and chew bubble gum, and I'm all out of gum." - Duke
I'll find it eventually...
Check out the Session Initiation Protocol. Its the competing protocol against H.323 (blah). It supports mapping names to phone numbers, phone numbers to names, phone numbers to webpages, etc.
I learned about them my freshman year of highschool (1992) from my psycho roommmate, who in turn had learned of them from some college kids a few years earlier. Tiny Toons is not a blip on the radar screen of their career.
TMBG were around waaaaaay before their "debut" on the WB. In fact, I'm betting that Tiny Toons had no affect on their careers at all. I think they'll find this question a little juvenile (no offense ;)
I have not, nor have I heard of anyone every killing their microwave this way. HOWEVER, if you leave it in there too long, I'm sure it'll do something bad. Thats why you set the timer for 3 seconds... plus thats all it needs, because the reaction happens really quick. It basically burns the metal part of the CD which holds the data.
;)
Now you do this at your own risk... but I'm telling you that I've done it a million times exactly as prescribed, and have not damaged anything (Except the CD of course
ONE MORE THING: Place the CD so that the readible side is DOWN, and the label can be seen on top. e.g. place it in the microwave the way you would put it in your CD player.
It works best on CD-R's.
Take your AOL CD and place it in your microwave
Time it for 3 seconds and hit start.
Just as the time is about to run out, you'll see sparkling fun, and your CD will be left with lightning burn marks with which to decorate your room!
Hubble cannot take a picture of the Earth, Moon or Sun. Everything else is fair game... assuming no comets or large bodies come extremely close to it.
Thats not my point. My point is that each language serves its purpose. Java's is portability and relatively decent performance.
Win95 -- Recompile
Win2000 -- Recompile
Solaris -- Recompile
Some other flavor of Solaris -- Recompile
Linux -- Recompile
OS/2 -- Recompile
BeOS -- Recompile
...
catch the trend here?
import java.io.*;
...
OutputStream whiner = System.out;
whiner.println("Learn Java");
Does webserver productivity define Linux' only usage??? Is that the only value of Linux? So what if you'd be stupid to host cnn.com via Java servlets, etc. There are a million other reasons to use a PC.
Amen to that, brother.
Java is built around scaleability. RMI for example, is very easy to implement for ANY app. I work on a Java server that will potentially route phonecalls completely replacing a PBX. It will be done using _ONE_ PC. If we need more, then its VERY easy to plug in another box for the job. This is because of Java's scalability.
Yes this can be done in C++. Yes it can probably process a few more calls per second. However the debugging would be 5x harder and the entire design would have to be around scalability from the ground up.
Well, number crunching isn't going to be slower under nearly any language - math can be abstracted very closely to what the machine uses, no matter
how high you go up. A single "a = 1 + 1" line is only four or five assembly instructions. Pretty much every programming language will use those four or
five instructions in the same order, so you won't necessarily notice a big speed difference. This gets different once you get to more complex things,
though, like string manipluation, database access, you name it. At that point, the use of the right language is essential for performance/efficiency.
My point was that if you're doing hardcore calculations, you would not want to use Java because you want to take advantage of every benefit the CPU offers.
You also would not want to use just any language. True a= 1+1 has a finite number of instructions, however usually there is a lot of memory manipulation and special instructions that go into number crunching, in which case you'd want as low level control as possible.
For number crunching, you usually want to use ASM for the native processor. If you're talking about unzipping files and such, I just stick to Java. Keep in mind though that a lot of Sun's API is in native libraries. This is the reason why its not slow.
Funny how you say that the GUI isn't slow, because thats where the vast majority of complaints come from! I've not experienced it either, and I also believe Java's Swing setup is the most advanced design for a GUI API that exists right now.
I agree, it is so blatently bias that I was actually quite annoyed when I read it. I'm sure there are millions of reasons why some Linux users hate Java, but I'd narrow it down to the fact that there is no reliable professional support of the JDK under Linux.
The JVM is a very good design, and Sun does not require you to use their API's to run programs. In fact I believe there is an OSS initiative to write a non-Sun API for Java that is more efficient than Sun's. So you can't really say that its too controlled by Sun, because there's nothing stopping you from creating your own API.
The aim for Java is to be platform independent, and it generally succeeds at this. Performance is something that unfortunately Sun's API is not always aiming for since they have limited resources. However, there are many tricks you can use to speed them up, as well as compiling Java code to an executable binary.
I think this article is just unnecessary. Complaining about the legal restrictions is one reason for hating Sun. Complaining about its performance is just the blind leading the blind.
Other then that, my only problem with Java is that the VM in Netscape is crap
Thats not Java's fault. Its Netscape's. Also, you can REPLACE the VM in Netscape with whatever you want. You can even run applets with Swing components in them with the proper setup.
As for Java being slow, there is a JIT (Just In Time) compiler for it, as well as numerous native code compilers for Java.
I have not experienced Java's slowness as ever being a serious problem. If I'm doing number crunching, I use JNI. If I'm doing network stuff, then the interpreter is always faster than the networks ability.
I find this stray bullet interesting... I have Verizon DSL which has a tendency to go down about 4-5 times per day on average usually for minutes at a time. However about once every other week it will be down for a good 6+ hours. I've never heard any nightmare stories about cable, and I see this letter as supporting the theory that cable is much more reliant than DSL. When my DSL goes down, I have to call their tech support and listen to a recording saying that they are having technical issues in my area. Cablevision, however, sent a freaking letter because their service was out for a couple hours. Verizon seems to be very used to technical difficulties, while Cablevision does not. Any thoughts?
Numbers are great for routing, but when it comes to user interfaces, Names are the way to go. Making phone numbers as pointers to websites is as advancing as not using IP for 2nd Generation wireless.
The goal is to advance technology... not to regress to a bad system.
The telescope should have fail-safe processes on board to prevent such a thing.
Hubble has them.
BTW, if it turns out there is enough matter, wouldn't the universe be the largest gravitationally bound structure in the Universe?
Yes, if there is enough matter. This is obvious, since there is no greater structure than the Universe. The only question is whether or not there is enough matter to hold everything together. This is essentially the big crunch/big freeze debate.
is....s.o...jer....ky....th..at...I...use....x..mo ..vie
No no... I have a really hard time believing that they can transmit more than a few feet. This seems like a passive technology that can be turned off (just remove the chip) and turned on by passing through an electric field. I can easily see some laws coming that would make manufacturers have such devices be removable by the user. This could prove useful for things like knowing whats in your fridge without having to scan a bar code.
Yes this could be abused; However even the politicians would hate this. Have no fear... this is a pretty kick-ass way of monitoring inventory.