It's very difficult to diagnose problems like these without a reproducible testcase. It sounds like you've stumbled upon one. You should talk to your dealer. Either:
something is wrong with your car, in which case the dealer will fix it
you've managed to reproduce a problem with your model in general, which case the manufacturer will fix it to avoid liability
I'm not sure redundancy across platters would help: consider that all the platters are useless of the spindle bearing goes, and that all the platters are useless if the seek motor stops seeking. Redundancy across platters only protects against a small subset of the problems a hard drive might experience, and it doesn't seem worth the trouble.
Some commentators call this affliction, which seems to have harmed most English-speaking nations in the world, the "Anglo Disease". (Keep in mind that this particular eerily prophetic article was written before the Great Recession.)
The Next Big Tracker: a Tor hidden service? Yes, peer-to-peer over Tor is bad manners. If you're just talking about the tracker, the bandwidth requirements are reasonable.
I'll add screwy consumer protection laws just below the Internet Panopticon under "reasons not to live in Australia". It's a shame. Is there any rational basis whatsoever for exempting "business" goods from consumer protection requirements?
Indeed. Dell's business stuff is great. In founding my current company, my partner and I actually purchased $10,000 worth of Serious-Business-Level rackmount equipment as individuals. Dell doesn't care, which is just the way it should be.
Flying may not be a human right, but it is a one of the major boons of living in the modern world, and if you can meet the ticket price, you should be able to fly. Making large parts of society contingent on surrendering human rights is tantamount to taking those rights away.
Also, I see your argument all the time. It's a cop-out. I don't think a world in which large companies can arbitrarily refuse to provide service is the best of all possible worlds. Once a company, or a set of companies, becomes an integral part of our social fabric, it should be placed under a different, more stringent set of rules that ensure the greatest benefit for all.
The profit margin on in-flight beverages is very high. It costs the airline very little to provide them, yet because the airlines have a captive (literally) market, they can charge whatever they want.
Look at it another way: all the money I spent pre-paying for services on airlines I didn't consume (before MBAs took over) is less than the money I've since spent padding airlines' profits on stuff I have consumed. I'd rather pre-pay, thanks.
Isn't this the kind of situation best managed by the free market? Why not allow each airline to set its own level of security? Customers will leave the airlines that they feel don't provide the right balance of security and convenience, and the market will find its own equilibrium. I don't think, for example, that simple metal detectors would disappear if security screenings were no longer centrally managed, but I guarantee that the day the law went into effect, we'd be able to wear shoes again.
22 fires out of how many millions of flights, of which none resulted in any catastrophe
Your opinion may be different if you were in one of those flights with one of the 22 fires.
How so? A spark that someone puts out with a fire extinguisher isn't a "catastrophe" in anyone's book. We can talk about this objectively, and say that no battery has caused a major problem on an airliner. That's not something that changes depending on whether you were on any of the planes involved!
airports have signs at security that basically say "you don't have to get searched if you don't want to, but you're not getting on the plane without getting searched".
Making basic parts of modern society contingent upon our choosing to waive our natural rights is no choice at all. Doing that is tantamount to infringing those rights. How is that any different from "you may criticize the government, but if you do, you'll never fly again" or "sure, you can can wear that head scarf, but you're not getting on that plane with it in"?
Can you imagine the expense? Flying is horrendous as it is.
I am sick and tired of the safety hawks. Look: there are some who would have us fly naked and strapped, sedated in sealed capsules before flying. Oh, but we'd be safer! There's always a trade-off between being alive and living safely. I think the benefit of being able to use laptops on aircraft, and the productivity it brings, far outweighs the slight risk of a minor fire.
That's why to the greatest degree possible, libraries, programs, and algorithms should be auto-tuning. You can provide all the knobs you want, but people won't actually touch them. They'll choose which library, application, or operating system they use based on the default settings, so you'd better damn well make sure the default settings are good --- or even better, that you don't need settings at all.
Yes, there's a sign-signed option. But you're still at the mercy of Symbian; you have to submit each changed version of your application through them. And you can't run the signed binaries on any other device. Also, self-signed applications don't have full access to the device. They have only ReadUserData, WriteUserData, NetworkServices, LocalServices, and UserEnvironment capabilities.
Ever look at a system and think to yourself, "every time the developers had a choice in designing this thing, they chose the wrong option"? I can think of a couple. Symbian is definitely in that class. It has:
Drive letters. Enough said.
Backslashes as directory separators
Pervasive DRM, with code signing and a pay-us-to-access-more-OS-features capability model
A bizarre and perplexing C++ API based on manual exception management, with too many kinds of string class to count
A microkernel architecture for devices least able to afford the overhead
Very strange application deployment consisting of several disparate directories with magical names
All in all, the sooner Symbian dies, the better off I am. I might have been slightly kinder if they hadn't tried to prevent my running my own code on my own machine. No, I'm never getting another Symbian device.
What are our options for truly cross-platform read-write filesystems these days? FAT32? Ext2? Filesystem lock-in is just the reality, unfortunately, and there's not much one can do to change it. But as long as there are cross-platform dump and restore tools, and as long as files themselves are portable, I really don't see much of a problem.
In many real-time scenarios you have to comply with a timing "window" where being early is just as bad as being late.
But just like in real life, if you arrive early, you can wait. If you arrive late, you can't make up the time. If precise timing is required, a program might set its deadline a little early, then busy-wait on a high-precision clock for the exact moment it needs to act.
You complete misunderstand. This addition is something completely different from some hare-brained hacked-up "desktop" scheduler. Deadline scheduling a new kind of scheduling which the current scheduler implementation is being extended to support. It's the difference between a new image format and a new image viewer.
Slashdot Mirror
Heh. Somehow it never occurred to me that the person I was replying to was actually Wozniak!
It's very difficult to diagnose problems like these without a reproducible testcase. It sounds like you've stumbled upon one. You should talk to your dealer. Either:
I'm not sure redundancy across platters would help: consider that all the platters are useless of the spindle bearing goes, and that all the platters are useless if the seek motor stops seeking. Redundancy across platters only protects against a small subset of the problems a hard drive might experience, and it doesn't seem worth the trouble.
As do I, but the occasional insightful posts make the whole exercise worthwhile.
What school has that exam, by the way?
You have no clue what you're taking about. Roman legionaries (who were paid) and paid laborers were used to build Roman infrastructure.
Some commentators call this affliction, which seems to have harmed most English-speaking nations in the world, the "Anglo Disease". (Keep in mind that this particular eerily prophetic article was written before the Great Recession.)
The Next Big Tracker: a Tor hidden service? Yes, peer-to-peer over Tor is bad manners. If you're just talking about the tracker, the bandwidth requirements are reasonable.
Clearly, airlines would be liable. They'd have to get liability insurance, and the insurance premium would reflect the airline's security measures.
I'll add screwy consumer protection laws just below the Internet Panopticon under "reasons not to live in Australia". It's a shame. Is there any rational basis whatsoever for exempting "business" goods from consumer protection requirements?
Indeed. Dell's business stuff is great. In founding my current company, my partner and I actually purchased $10,000 worth of Serious-Business-Level rackmount equipment as individuals. Dell doesn't care, which is just the way it should be.
Flying may not be a human right, but it is a one of the major boons of living in the modern world, and if you can meet the ticket price, you should be able to fly. Making large parts of society contingent on surrendering human rights is tantamount to taking those rights away.
Also, I see your argument all the time. It's a cop-out. I don't think a world in which large companies can arbitrarily refuse to provide service is the best of all possible worlds. Once a company, or a set of companies, becomes an integral part of our social fabric, it should be placed under a different, more stringent set of rules that ensure the greatest benefit for all.
The profit margin on in-flight beverages is very high. It costs the airline very little to provide them, yet because the airlines have a captive (literally) market, they can charge whatever they want.
Look at it another way: all the money I spent pre-paying for services on airlines I didn't consume (before MBAs took over) is less than the money I've since spent padding airlines' profits on stuff I have consumed. I'd rather pre-pay, thanks.
Isn't this the kind of situation best managed by the free market? Why not allow each airline to set its own level of security? Customers will leave the airlines that they feel don't provide the right balance of security and convenience, and the market will find its own equilibrium. I don't think, for example, that simple metal detectors would disappear if security screenings were no longer centrally managed, but I guarantee that the day the law went into effect, we'd be able to wear shoes again.
How so? A spark that someone puts out with a fire extinguisher isn't a "catastrophe" in anyone's book. We can talk about this objectively, and say that no battery has caused a major problem on an airliner. That's not something that changes depending on whether you were on any of the planes involved!
Making basic parts of modern society contingent upon our choosing to waive our natural rights is no choice at all. Doing that is tantamount to infringing those rights. How is that any different from "you may criticize the government, but if you do, you'll never fly again" or "sure, you can can wear that head scarf, but you're not getting on that plane with it in"?
You're one of those people who's never happy unless surrounded by people just like yourself.
Good luck with that.
Yet another way in which we can attribute the poverty of modern culture to those with marketing degrees.
Can you imagine the expense? Flying is horrendous as it is.
I am sick and tired of the safety hawks. Look: there are some who would have us fly naked and strapped, sedated in sealed capsules before flying. Oh, but we'd be safer! There's always a trade-off between being alive and living safely. I think the benefit of being able to use laptops on aircraft, and the productivity it brings, far outweighs the slight risk of a minor fire.
That's why to the greatest degree possible, libraries, programs, and algorithms should be auto-tuning. You can provide all the knobs you want, but people won't actually touch them. They'll choose which library, application, or operating system they use based on the default settings, so you'd better damn well make sure the default settings are good --- or even better, that you don't need settings at all.
Yes, there's a sign-signed option. But you're still at the mercy of Symbian; you have to submit each changed version of your application through them. And you can't run the signed binaries on any other device. Also, self-signed applications don't have full access to the device. They have only ReadUserData, WriteUserData, NetworkServices, LocalServices, and UserEnvironment capabilities.
Ever look at a system and think to yourself, "every time the developers had a choice in designing this thing, they chose the wrong option"? I can think of a couple. Symbian is definitely in that class. It has:
All in all, the sooner Symbian dies, the better off I am. I might have been slightly kinder if they hadn't tried to prevent my running my own code on my own machine. No, I'm never getting another Symbian device.
What are our options for truly cross-platform read-write filesystems these days? FAT32? Ext2? Filesystem lock-in is just the reality, unfortunately, and there's not much one can do to change it. But as long as there are cross-platform dump and restore tools, and as long as files themselves are portable, I really don't see much of a problem.
Have you considered that the point is to drive Linux adoption? Yes, it can't be used outside the Linux community. That's the point.
But just like in real life, if you arrive early, you can wait. If you arrive late, you can't make up the time. If precise timing is required, a program might set its deadline a little early, then busy-wait on a high-precision clock for the exact moment it needs to act.
You complete misunderstand. This addition is something completely different from some hare-brained hacked-up "desktop" scheduler. Deadline scheduling a new kind of scheduling which the current scheduler implementation is being extended to support. It's the difference between a new image format and a new image viewer.