You still have to sort, purify, etc all that combined waste to get something usefull. Right, whereas when doing extraction of naturally occuring resources, they are already neatly sorted!
I suspect a prey creature that glows in the dark would not survive long in any natural environment. Basically, these fish have the equivalent of a big neon sign reading "EAT ME!" on them.
Somewhere deep inside your body, there are millions of bacteria and virii thinking exactly the same thing: "We've got to get our of here, this place is dying!"
So, in effect you're saying that Microsoft can steal all the GPL code it wants and put it in Windows, because nobody can prove that they did it without access to Windows source? Seems like there needs to be a middle ground here of reasonable requirements. SCO's argument appears to be "Those dirty hippies are too stupid to have written the kernel themselves, so they MUST have stolen code from somewhere! Why won't IBM help us determine where it was stolen from?" In practice, the opposite it much more often true: code by "those dirty hippies" at BSD has been copied into lots of commercial software, INCLUDING Windows.
How does any protocol using collision detection guarantee delivery time? Rememeber, in Ethernet, delivery is never guaranted. However unlikely, it is always possible to collide 16 times and give up on the transmission. Maybe using Token Ring, ATM, or some modification of Ethernet real time communication may be possible. But not with anything that can properly be called "Ethernet". The latencies of Linux are trivial compared to the latencies introduced by Ethernet, so if you are not bothered by Ethernet worst case round trip times, you might as well be running Linux.
Yeah, that's great for taking pictures of things that aren't moving, but if some fast-moving martian zips past Spirit, all we're going to see is a low-res blur!
They didn't refuse; they just claimed that the dog ate their homework. While that certainly is contemptable behavior, I'm not sure it meets the legal requirements for contempt of court. Let's just say any competent judge would be eying them suspiciously from this point forward.
That would be not be appropriate. But I think it would be very appropriate, when she bangs her gavel and dismisses the case with extreme predudice, to admonish the McBride brothers "In the future, you boys should try to stay off the crack!"
Maybe IBM can give them a list of files which infringe, They all ready did. Its on one of those infamous IBM pages with the notation in the center stating: "This page intentionlly left blank."
SCO not producing evidence isn't news. If SCO actually produced some valid evidence, now THAT would be news! In information theory, the information content of an event is inversely proportional to the probability of that event occuring. Since the probability of SCO not producing evidence is 1 for all practical purposes, the message "SCO has not produced evidence" has an information content of zero.
How many hours a day of computer time do you have to sell to cover your overhead - Space lease, employees, wear and tear on equipment. Now go down to one of those other places and ask them how many hours a day of computer time they're managing to sell. Whoops! Looks like none of them are making any money! You wanna do this as a hobby, fine. But don't expect to make any money (or even break even) while doing it.
Ethernet isn't real-time, so by extension any application communicating over ethernet cannot be real-time. The internet isn't real time, so anything communicating over the internet cannot be real time (that includes Voice over IP). Yes, your airbag is real-time, but I wouldn't use a microprocessor just to control an airbag, and I wouldn't trust my general-purpose car computer with airbag actuation. Yes, fly-by-wire would be real-time. I don't beleive anybody is even thinking of using Linux for those two applications. Assembly lines are not necessarily real-time; most tasks are repetitive and don't require responding to an input within a bounded number of microseconds. User interfaces are never real-time; can you tell whether it took your computer 10 milliseconds or 11 milliseconds to respond to your input? Didn't think so. I stand by my original statement -- 99% of embedded devices don't require real-time capabilites; "reasonable time" response is good enough.
Dan O'Dowd is President and chief executive officer of Green Hills Software,Inc.
Gee... don't they sell non-Linux tools? Do you think there is any possibility that the author might have some bias on the subject of embedded Linux tools?
Most embedded applications have real-time performance requirements. Really? I can think of very few for which "real time" is really a requirement. Certainly it is not necessary for all those routers, firewalls, access points etc. running Linux. In fact, I beleive in most cases the real time requirement results from bad design; memory is cheap, buffer up the events and process them at your leisure. Can anybody cite an application which actually requires "real time" performance that can't be addressed by intelligent buffering?
Re:I'm wondering...
on
Universal Goo
·
· Score: 3, Funny
They stick there finger in it. "Hey Bob, does this feel like 'over a trillion degrees' to you?" I'm betting they're just guessing, but I'm sure their calculations say it must be "really, really, REALLY hot!"
I beleive the Italian is actually "Va fan culo Darl," which I beleive translates to "Go take a shit, Darl." I must admit your list is quite impressive; here, I've been trying to learn how to pick up women in all different languages, while you've been working on telling people to piss off in all different languages... I wonder which is more useful?
Slashdot Mirror
You still have to sort, purify, etc all that combined waste to get something usefull. Right, whereas when doing extraction of naturally occuring resources, they are already neatly sorted!
Sushi you can eat in the dark!
Or what about the sheer volume of landfill waste created daily? Today's landfill is tomorrow's valuable mining resource.
I suspect a prey creature that glows in the dark would not survive long in any natural environment. Basically, these fish have the equivalent of a big neon sign reading "EAT ME!" on them.
Somewhere deep inside your body, there are millions of bacteria and virii thinking exactly the same thing: "We've got to get our of here, this place is dying!"
That's because they are still waiting for a compelling economic reason to build houses...
So, in effect you're saying that Microsoft can steal all the GPL code it wants and put it in Windows, because nobody can prove that they did it without access to Windows source? Seems like there needs to be a middle ground here of reasonable requirements. SCO's argument appears to be "Those dirty hippies are too stupid to have written the kernel themselves, so they MUST have stolen code from somewhere! Why won't IBM help us determine where it was stolen from?" In practice, the opposite it much more often true: code by "those dirty hippies" at BSD has been copied into lots of commercial software, INCLUDING Windows.
No more so than the phrase: "This just in... Generalismo Francisco Franco is still dead!"
How does any protocol using collision detection guarantee delivery time? Rememeber, in Ethernet, delivery is never guaranted. However unlikely, it is always possible to collide 16 times and give up on the transmission. Maybe using Token Ring, ATM, or some modification of Ethernet real time communication may be possible. But not with anything that can properly be called "Ethernet". The latencies of Linux are trivial compared to the latencies introduced by Ethernet, so if you are not bothered by Ethernet worst case round trip times, you might as well be running Linux.
Yeah, that's great for taking pictures of things that aren't moving, but if some fast-moving martian zips past Spirit, all we're going to see is a low-res blur!
They didn't refuse; they just claimed that the dog ate their homework. While that certainly is contemptable behavior, I'm not sure it meets the legal requirements for contempt of court. Let's just say any competent judge would be eying them suspiciously from this point forward.
That would be not be appropriate. But I think it would be very appropriate, when she bangs her gavel and dismisses the case with extreme predudice, to admonish the McBride brothers "In the future, you boys should try to stay off the crack!"
Maybe IBM can give them a list of files which infringe, They all ready did. Its on one of those infamous IBM pages with the notation in the center stating: "This page intentionlly left blank."
SCO not producing evidence isn't news. If SCO actually produced some valid evidence, now THAT would be news! In information theory, the information content of an event is inversely proportional to the probability of that event occuring. Since the probability of SCO not producing evidence is 1 for all practical purposes, the message "SCO has not produced evidence" has an information content of zero.
How many hours a day of computer time do you have to sell to cover your overhead - Space lease, employees, wear and tear on equipment. Now go down to one of those other places and ask them how many hours a day of computer time they're managing to sell. Whoops! Looks like none of them are making any money! You wanna do this as a hobby, fine. But don't expect to make any money (or even break even) while doing it.
Ethernet isn't real-time, so by extension any application communicating over ethernet cannot be real-time. The internet isn't real time, so anything communicating over the internet cannot be real time (that includes Voice over IP). Yes, your airbag is real-time, but I wouldn't use a microprocessor just to control an airbag, and I wouldn't trust my general-purpose car computer with airbag actuation. Yes, fly-by-wire would be real-time. I don't beleive anybody is even thinking of using Linux for those two applications. Assembly lines are not necessarily real-time; most tasks are repetitive and don't require responding to an input within a bounded number of microseconds. User interfaces are never real-time; can you tell whether it took your computer 10 milliseconds or 11 milliseconds to respond to your input? Didn't think so. I stand by my original statement -- 99% of embedded devices don't require real-time capabilites; "reasonable time" response is good enough.
Gee... don't they sell non-Linux tools? Do you think there is any possibility that the author might have some bias on the subject of embedded Linux tools?
Most embedded applications have real-time performance requirements. Really? I can think of very few for which "real time" is really a requirement. Certainly it is not necessary for all those routers, firewalls, access points etc. running Linux. In fact, I beleive in most cases the real time requirement results from bad design; memory is cheap, buffer up the events and process them at your leisure. Can anybody cite an application which actually requires "real time" performance that can't be addressed by intelligent buffering?
How well does using the sun as a backlight work on moonless nights? Don't you need another light source as a backup?
Be even more cool to see and hear Porky Pig stuttering "That's All Folks!" every time you get killed!
We're only going back to the Moon because we're running out of space to put people in at Guantanamo Bay!
... a FPS with LOTS of FALLING ANVILS!
They stick there finger in it. "Hey Bob, does this feel like 'over a trillion degrees' to you?" I'm betting they're just guessing, but I'm sure their calculations say it must be "really, really, REALLY hot!"
Are we forgetting the Spanish? "Chinga tu madre, Darl!" (correct me if I'm wrong).
I beleive the Italian is actually "Va fan culo Darl," which I beleive translates to "Go take a shit, Darl." I must admit your list is quite impressive; here, I've been trying to learn how to pick up women in all different languages, while you've been working on telling people to piss off in all different languages... I wonder which is more useful?