Can the fabric between these different IO endpoints be set by an application running on the CPU to move data between endpoints, say USB and SATA, or perhaps even network and SATA or USB, then get out of the loop? Configure the switch to move data between endpoint devices, without the CPU required to process the data at all until the transaction ends, or if an exception is thrown?
The US government lied to Americans in the 1990s, telling us that lifting tariffs on China, ignoring its direct opposition to so many US values, was going to turn "2 billion consumers" into a bonanza for American producers. That never happened. The US is a third of a billion consumers for all kinds of Chinese production. China tells America what to do now, like ignore the Dalai Lama and the abuse of Tibet - and to ignore poison food and toxic products.
The trade relationship with China is a scam that has enriched only a few bankers, a few factory moguls who walked out on American labor, a tiny percentage of China's people who got to join them, and a bunch of Chinese and American government scam artists.
The App Store is not a network, except for the intranet at Apple that it runs on. Intranets are not subject to network neutrality, and the App Store's is totally irrelevant to this. Neither is AT&T's network required to be neutral for traffic that is totally confined to it.
The public Internet, like any "common carrier" network (whether data, or TV, or railroads as originally legislated), must be neutral to prevent unfair competition.
The App Store is fundamentally faulty because iPhones are locked into it. That is also true of all US phones locked into their wireless carrier's network, but that problem in common is the lock-in, not "Network Neutrality".
The App Store faces competition from Android primarily because the Android doesn't lock in to a single, vendor controlled app store. Google's work in recent years to break the phone/network lockin also indicates Android phones will probably get out of that bundling, too, well before iPhones do. The App Store's "vertical monopoly" should be broken by competition, from Android and others.
Indeed, Mac desktop software used to be locked in by Apple, too. Every app needed a 32 bit code ("Creator" code) controlled by Apple to identify it to the desktop, associate it with files, etc, or the app wouldn't work under the OS. Apple required every app to be submitted for registration before releasing the code. Apple was known to block some apps from reaching desktops by withholding the code, for reasons at the sole discretion of Apple. After a while, that ended, because the load of evaluating all the apps was too heavy for Apple to keep paying for, because enough people complained, and because the constrained app market looked worse than the totally unrestrained availability of every kind of app under Windows.
The sooner the iPhone and app store go that way, especially to compete with Google's Android Market, the better. But abusing the definition of "network" to get there, which will dilute efforts to get actual public networks to be properly neutral to content and endpoints (already with the cards stacked against it), will be only counterproductive.
I know you asked for Linux. But Android was specifically designed by Google to fork Linux into an OS low power enough to run on little mobile smartphones for hours or days. From what I can see already, Android phones consume much lower power for a given computing load than any PC running Linux.
Why don't you see if there are already Android apps that do what those old Linux standbys do. If so, maybe Android is for you, depending on which "phone" (some netbooks already run it). And if not, maybe you should port some.
There's a huge difference between carrying out a plate of food and administering healthcare. And there's a huge difference between what you're likely to catch from a waiter, and the swine flu.
The corruption angle here might be a good reason to investigate the interest-conflicted doctor, and perhaps take back their ill-gotten gain if that's what's happening. But there's no basis to freak out about mandatory vaccination of health workers.
Waiters and other employees in restaurants are required to wash their hands, because their job puts them at higher risk of both getting and passing on disease to customers and fellow workers. The same risk management is necessary for health workers, who are much more at risk. The people screaming about the mandatory vaccinations of health workers aren't just crazy, they're interfering with protecting the public health.
No. Because that would violate the law, alienate Apple (which is a major US corp, with all the politics and kickbacks that implies) which works on projects with DoD, and very likely result in a lawsuit that could set precedents against the DoD (not to mention consume some of that big budget without either its defense or its contractor kickback results) that pushed it away from some grey areas where it already does so (ie. violate the DMCA), and probably create trouble with congressmembers who are paid by the intellectual property industry to protect closed IP from tinkering by anyone.
Or they could just do it on Android, without any of that hassle.
However, if the DoD has done it, then that would be exactly the answer to my question. So if you really know anything about the DoD's ability to do such a thing, try answering the question instead of posting some anonymous snotty answer that doesn't answer anything.
Android apps don't have to pass through a central app store to get widely distributed to a set of Android phones. So the military can limit distribution of the apps. They could even distribute an Android OS distro with a crypto key that is bonded to that phone's serial#, which is needed by any app to run or even to decompress/decrypt from the distribution package, so military apps can't be used or inspected outside the military's own phones.
Is there any way to do something like that on iPhones? Like at least just developing an app that doesn't get run through Apple at all (signing or uploaded to the App Store), but is just an install package downloadable from a website (perhaps with a password) and installable on a phone, perhaps with an unlock code. AFAICT, that's all locked out by Apple's iPhone architecture. Has anyone figured out how to do "distributed distribution", without needing Apple at the center of all of it? On iPhones that aren't jailbroken, just the stock iPhones that anyone can have?
AFAICT, Canonical has always released on time (perhaps one exception, late by only a week or two out of 6 months). The RC gives them a chance to delay without being a total surprise, though the don't (hardly) ever exercise the option. And their actual releases don't seem any buggier than any other distro's, in fact a lot less buggy, and never a showstopper, and quickly (and regularly) followed by automated bugfix updates.
So what that says to me is their release process is very rigorous. And that they use the RC protocol anyway. All of which sounds good to me.
The KarmicReleaseSchedule shows that 10/22/2009 was the scheduled date for releasing a Release Candidate, so the project is on schedule. But what do the colors in the Status column mean? Just escalating "hotness" (excitement) as the final release date approaches?
Most tech patents don't need 20 years to recoup the investment. There's very few worthwhile patents that need that much time. 5 years is a long time for actual electronics patents that are narrow enough to protect a specific mechanism, which is all that legitimately promotes the progress that is reason to compromise our free expression rights.
As for the current patent regime's preventing submarine patents, I certainly have heard about dozens of them squeezing money, inhibiting progress, in the past 14 years since the current regime was installed.
Nokia doesn't need unlimited patent time to recoup its money invested in the invention. That's the problem with the patent system: it doesn't limit the monopoly to what's necessary to protect investment to produce the invention. Instead, it grants these monopolies to maximize profit, even at the expense of the progress that is its only justification for abridging our free expression rights.
If patents required an auditable statement of the investment at registration time, then expired the patent when, say, double (or 10x, still a huge cut) that investment were recouped in revenue, then they might balance the compromise and favor progress, not just profits at the expense of progress.
If Nokia couldn't sue Apple, they certainly wouldn't have developed the technology to make phones they could sell. They certainly need longer than a year to break even on their investment before Apple could use the tech to sell more phones to the public. There's no way Apple and Nokia would work together to develop a technology they could both use in their phones, if their competitors could use it after several months work adapting it to their own products. Patents must be granted for any length of time, no matter how much profit that "temporary" artificial government-enforced monopoly makes while locking the invention out from use by the maximum number of people.
Whatever happened to GStreamer? I thought that "circuit/pipeline" model for building audio systems would make it easy for developers, and foster a whole new generation of interfacing audio to apps, and people to each other by audio. Where did that catchy future go?
Actually, the double slash is the code for "server ID follows". It makes parsing easier, easier to wrap the whole URL in some other data without losing track of where the server ID is.
It would have been better to use a single character, and not double one that's already going to appear in most URLs (humans are confused that way). Like "$slashdot.org".
And it would have been better to revise the URL format standard to allow a URL to drop the double slash, and still get parsed correctly, if otherwise correctly formed. It's not too late. Berners-Lee could contribute to a browser revision that accepted the permissive URL, contribute to a revised RFC, and everyone would accept it. He's the father of the thing, and we'd all go with the upgrade.
There was one "problem" mentioned by another poster, saying the 5GB is all text, so a larger than 4GB storage card is needed. Not exactly "picked apart". But your comment, that implies you're continuing to "pick apart" my comment, implies that the entire 5GB file, and indeed larger (decompression cache, etc), can fit on a larger card that should be supported by any phone that can support even a 4GB one.
You were actually being helpful. I don't know why you had to phrase it as adversarial.
Anyone with an Internet connection can download the complete Wikipedia in a compressed file about 5GB (decompresses to about 3TB), or even as SQL or XML. You could probably delete all the non-text content (eg. rm -R/*.jpg) to get something small enough to put on a 4GB Flash card for any smartphone.
And you could get the updated snapsot a lot more frequently than with this subscription.
Once you've built your app, how do you market it on the Google app store? Do you need a license or registration to upload it? How do you upload it? Does it have to be signed or otherwise processed after it's an executing binary? How do you get paid? How do you include a GPL or other license, and the source code if required/desired?
Those details of "development" are going to be the greatest incentive, or inhibitor, to developers. Especially like me.
Thank Vulcan for Paice, without whose invention we would never have hybrid or electric cars. Without the Patent Office creating their monopoly, which has never produced a car, people freely speaking about how to make electric and hybrid cars would be getting us off internal combustion. And that's bad for America.
I know this impact will be very small compared to the total momentum of the Moon in its orbit with the Earth. But it will have some effect. How much more quickly (or slowly) will the Moon and Earth escape each other's pull and travel apart, ahead of (or behind) the original schedule?
A PS3 that fits in your lap but runs only GameOS is not a laptop, except in a trivial sense that we're obviously not talking about here.
Whether or not it runs OtherOS is what makes it (not) a laptop. Linux is the only OtherOS ever installed, and without OtherOS none but GameOS is installed. A PS3 Slim does not run Linux, so it cannot be a laptop.
Slashdot Mirror
Can the fabric between these different IO endpoints be set by an application running on the CPU to move data between endpoints, say USB and SATA, or perhaps even network and SATA or USB, then get out of the loop? Configure the switch to move data between endpoint devices, without the CPU required to process the data at all until the transaction ends, or if an exception is thrown?
The US government lied to Americans in the 1990s, telling us that lifting tariffs on China, ignoring its direct opposition to so many US values, was going to turn "2 billion consumers" into a bonanza for American producers. That never happened. The US is a third of a billion consumers for all kinds of Chinese production. China tells America what to do now, like ignore the Dalai Lama and the abuse of Tibet - and to ignore poison food and toxic products.
The trade relationship with China is a scam that has enriched only a few bankers, a few factory moguls who walked out on American labor, a tiny percentage of China's people who got to join them, and a bunch of Chinese and American government scam artists.
The App Store is not a network, except for the intranet at Apple that it runs on. Intranets are not subject to network neutrality, and the App Store's is totally irrelevant to this. Neither is AT&T's network required to be neutral for traffic that is totally confined to it.
The public Internet, like any "common carrier" network (whether data, or TV, or railroads as originally legislated), must be neutral to prevent unfair competition.
The App Store is fundamentally faulty because iPhones are locked into it. That is also true of all US phones locked into their wireless carrier's network, but that problem in common is the lock-in, not "Network Neutrality".
The App Store faces competition from Android primarily because the Android doesn't lock in to a single, vendor controlled app store. Google's work in recent years to break the phone/network lockin also indicates Android phones will probably get out of that bundling, too, well before iPhones do. The App Store's "vertical monopoly" should be broken by competition, from Android and others.
Indeed, Mac desktop software used to be locked in by Apple, too. Every app needed a 32 bit code ("Creator" code) controlled by Apple to identify it to the desktop, associate it with files, etc, or the app wouldn't work under the OS. Apple required every app to be submitted for registration before releasing the code. Apple was known to block some apps from reaching desktops by withholding the code, for reasons at the sole discretion of Apple. After a while, that ended, because the load of evaluating all the apps was too heavy for Apple to keep paying for, because enough people complained, and because the constrained app market looked worse than the totally unrestrained availability of every kind of app under Windows.
The sooner the iPhone and app store go that way, especially to compete with Google's Android Market, the better. But abusing the definition of "network" to get there, which will dilute efforts to get actual public networks to be properly neutral to content and endpoints (already with the cards stacked against it), will be only counterproductive.
I know you asked for Linux. But Android was specifically designed by Google to fork Linux into an OS low power enough to run on little mobile smartphones for hours or days. From what I can see already, Android phones consume much lower power for a given computing load than any PC running Linux.
Why don't you see if there are already Android apps that do what those old Linux standbys do. If so, maybe Android is for you, depending on which "phone" (some netbooks already run it). And if not, maybe you should port some.
There's a huge difference between carrying out a plate of food and administering healthcare. And there's a huge difference between what you're likely to catch from a waiter, and the swine flu.
Unless you get swine flu from your waiter.
The corruption angle here might be a good reason to investigate the interest-conflicted doctor, and perhaps take back their ill-gotten gain if that's what's happening. But there's no basis to freak out about mandatory vaccination of health workers.
Waiters and other employees in restaurants are required to wash their hands, because their job puts them at higher risk of both getting and passing on disease to customers and fellow workers. The same risk management is necessary for health workers, who are much more at risk. The people screaming about the mandatory vaccinations of health workers aren't just crazy, they're interfering with protecting the public health.
No. Because that would violate the law, alienate Apple (which is a major US corp, with all the politics and kickbacks that implies) which works on projects with DoD, and very likely result in a lawsuit that could set precedents against the DoD (not to mention consume some of that big budget without either its defense or its contractor kickback results) that pushed it away from some grey areas where it already does so (ie. violate the DMCA), and probably create trouble with congressmembers who are paid by the intellectual property industry to protect closed IP from tinkering by anyone.
Or they could just do it on Android, without any of that hassle.
However, if the DoD has done it, then that would be exactly the answer to my question. So if you really know anything about the DoD's ability to do such a thing, try answering the question instead of posting some anonymous snotty answer that doesn't answer anything.
Android apps don't have to pass through a central app store to get widely distributed to a set of Android phones. So the military can limit distribution of the apps. They could even distribute an Android OS distro with a crypto key that is bonded to that phone's serial#, which is needed by any app to run or even to decompress/decrypt from the distribution package, so military apps can't be used or inspected outside the military's own phones.
Is there any way to do something like that on iPhones? Like at least just developing an app that doesn't get run through Apple at all (signing or uploaded to the App Store), but is just an install package downloadable from a website (perhaps with a password) and installable on a phone, perhaps with an unlock code. AFAICT, that's all locked out by Apple's iPhone architecture. Has anyone figured out how to do "distributed distribution", without needing Apple at the center of all of it? On iPhones that aren't jailbroken, just the stock iPhones that anyone can have?
AFAICT, Canonical has always released on time (perhaps one exception, late by only a week or two out of 6 months). The RC gives them a chance to delay without being a total surprise, though the don't (hardly) ever exercise the option. And their actual releases don't seem any buggier than any other distro's, in fact a lot less buggy, and never a showstopper, and quickly (and regularly) followed by automated bugfix updates.
So what that says to me is their release process is very rigorous. And that they use the RC protocol anyway. All of which sounds good to me.
The KarmicReleaseSchedule shows that 10/22/2009 was the scheduled date for releasing a Release Candidate, so the project is on schedule. But what do the colors in the Status column mean? Just escalating "hotness" (excitement) as the final release date approaches?
Most tech patents don't need 20 years to recoup the investment. There's very few worthwhile patents that need that much time. 5 years is a long time for actual electronics patents that are narrow enough to protect a specific mechanism, which is all that legitimately promotes the progress that is reason to compromise our free expression rights.
As for the current patent regime's preventing submarine patents, I certainly have heard about dozens of them squeezing money, inhibiting progress, in the past 14 years since the current regime was installed.
Nokia doesn't need unlimited patent time to recoup its money invested in the invention. That's the problem with the patent system: it doesn't limit the monopoly to what's necessary to protect investment to produce the invention. Instead, it grants these monopolies to maximize profit, even at the expense of the progress that is its only justification for abridging our free expression rights.
If patents required an auditable statement of the investment at registration time, then expired the patent when, say, double (or 10x, still a huge cut) that investment were recouped in revenue, then they might balance the compromise and favor progress, not just profits at the expense of progress.
If Nokia couldn't sue Apple, they certainly wouldn't have developed the technology to make phones they could sell. They certainly need longer than a year to break even on their investment before Apple could use the tech to sell more phones to the public. There's no way Apple and Nokia would work together to develop a technology they could both use in their phones, if their competitors could use it after several months work adapting it to their own products. Patents must be granted for any length of time, no matter how much profit that "temporary" artificial government-enforced monopoly makes while locking the invention out from use by the maximum number of people.
Right? No, that doesn't seem right to me, either.
Whatever happened to GStreamer? I thought that "circuit/pipeline" model for building audio systems would make it easy for developers, and foster a whole new generation of interfacing audio to apps, and people to each other by audio. Where did that catchy future go?
Actually, the double slash is the code for "server ID follows". It makes parsing easier, easier to wrap the whole URL in some other data without losing track of where the server ID is.
It would have been better to use a single character, and not double one that's already going to appear in most URLs (humans are confused that way). Like "$slashdot.org".
And it would have been better to revise the URL format standard to allow a URL to drop the double slash, and still get parsed correctly, if otherwise correctly formed. It's not too late. Berners-Lee could contribute to a browser revision that accepted the permissive URL, contribute to a revised RFC, and everyone would accept it. He's the father of the thing, and we'd all go with the upgrade.
There was one "problem" mentioned by another poster, saying the 5GB is all text, so a larger than 4GB storage card is needed. Not exactly "picked apart". But your comment, that implies you're continuing to "pick apart" my comment, implies that the entire 5GB file, and indeed larger (decompression cache, etc), can fit on a larger card that should be supported by any phone that can support even a 4GB one.
You were actually being helpful. I don't know why you had to phrase it as adversarial.
Anyone with an Internet connection can download the complete Wikipedia in a compressed file about 5GB (decompresses to about 3TB), or even as SQL or XML. You could probably delete all the non-text content (eg. rm -R /*.jpg) to get something small enough to put on a 4GB Flash card for any smartphone.
And you could get the updated snapsot a lot more frequently than with this subscription.
Once you've built your app, how do you market it on the Google app store? Do you need a license or registration to upload it? How do you upload it? Does it have to be signed or otherwise processed after it's an executing binary? How do you get paid? How do you include a GPL or other license, and the source code if required/desired?
Those details of "development" are going to be the greatest incentive, or inhibitor, to developers. Especially like me.
In Beijing? Isn't that the capital city of the largest pirate country in the world, which is still officially a Communist country?
Murdoch is a commie. Or rather, a commiefascist, in the lingo that swells his media holdings like Fox "News" Channel, NY Post, etc.
Thank Vulcan for Paice, without whose invention we would never have hybrid or electric cars. Without the Patent Office creating their monopoly, which has never produced a car, people freely speaking about how to make electric and hybrid cars would be getting us off internal combustion. And that's bad for America.
And that was a good way to demonstrate that your sense of humor isn't funny.
I know this impact will be very small compared to the total momentum of the Moon in its orbit with the Earth. But it will have some effect. How much more quickly (or slowly) will the Moon and Earth escape each other's pull and travel apart, ahead of (or behind) the original schedule?
Niven but not _Ringworld_? These classics are to be literature, not just a fun read.
Asimov's _Foundation_
Herbert's _Dune_
Tolkein's _The Fellowship of the Rings_
Gibson's _Neuromancer_
Adams' _Hitchhikker's Guide to the Galaxy_
The sequels are left as an exercise for the reader.
A PS3 that fits in your lap but runs only GameOS is not a laptop, except in a trivial sense that we're obviously not talking about here.
Whether or not it runs OtherOS is what makes it (not) a laptop. Linux is the only OtherOS ever installed, and without OtherOS none but GameOS is installed. A PS3 Slim does not run Linux, so it cannot be a laptop.