But can't we cheer a little that some bad guys went down?
How much collateral damage was there?
When Freedom Hosting was busted, they took down a bunch of child-porn sites and de-anonymized some of the users. But in the process, they also took down TorMail, a legal anonymous email provider, and de-anonymized some of its users.
Sure, punishing guilty people is fine, but not if you punish innocent people in the process.
The problem is size. Pumped-storage hydropower can store about 2.5 watt-hours of electricity per metric ton of water per meter of drop. An average two-story house could store maybe 10 KWH if the entire attic and basement were devoted to water storage, and the building would need to be reinforced to handle the 400 metric tons of water involved.
Pumped storage really only makes sense on a large scale, when you've got a couple of valleys you can dam, and a fair-sized height difference between them.
Are you suggesting they can't detect when someone is preventing a door from closing completely by any means other than a person looking?
An obstruction interlock can certainly detect an arm or a leg, but if you set it sensitive enough to detect loose fabric (say, a scarf or a hanging sleeve), it'll be sensitive enough that thermal expansion will cause false positives and negatives.
I've seen one analysis that estimates that if all medical causes of death were eliminated, we would enjoy an average lifespan of about 650 before some accident would kill us.
The interesting thing with this is not the average, but the change in the distribution. Currently, the population curve has a sharp drop-off around the age of 70; with the elimination of medical causes of death, the curve will assume the shape of a decaying exponential, making that 650-year life expectancy more akin to a "half life".
If such a change happened today, of the 6 billion or so individuals currently alive, at least one of them could be expected to reach an age of over 20,000 years.
Why not try to get rid of the causes instead of finding out what other sort of drugs and chemicals we can add to reverse it?
We could try it, but I don't think you'd be very happy.
The #1 cause of cancer is old age. People are dying of cancer in droves because they aren't dying of tuberculosis, or pneumonia, or cholera, or epidemic smallpox, or infected cuts, or any of the other causes of death we've eliminated in the past century.
DNA copying isn't perfect. It takes, on average, 70 years for enough mutations to build up to bypass the body's anti-cancer defenses and become cancerous. Life expectancy at adulthood has gone up from 60 years to 75 years in the past century or so, and the resulting explosion in cancer cases is quite predictable.
There is a very small proportion of ideas for which crowdfunding is a good thing. These are ideas that are really great but have not been able to attract funding because investors (mistakenly) didn't see their potential.
There's a second group where crowdfunding also works well: ideas that are too small for traditional funding to get involved in. If you're seeking $50 million to develop an A-list video game, you'll have no problem attracting attention. On the other hand, if you're seeking $1000 to get a musician to produce a soundtrack for your Flash game, they'll laugh at you.
Can you think of any feature that actually requires the volume manager to be stirred together with the filesystem?
Smart array (re)builds. In the typical layered approach, the redundancy layer doesn't know what parts of the filesystem are in use, so it spends a great deal of time synchronizing empty space.
It's fast, reliable, caches intelligently, adaptable to a large variety of mirror/striping/RAID configurations, snapshots with incredible efficiency, and simply works as advertised.
Can I:
1) Add a disk to a RAID array (or whatever ZFS calls it) and reshape the array to take advantage of the space?
2) Run with less than 1 GB of RAM per TB of disk space?
3) Pull a disk that's suffered a transient failure, check it, plug it back in, and have the array write only the portions of the disk that changed, rather than doing a full rebuild?
The last time I looked at using ZFS for my storage server, #1 and #2 were deal-breakers. #3 was added when I expanded the server with a bunch of Seagate hard drives -- md's write-intent bitmaps reduced typical rebuild times from around a week to less than half an hour.
Ever seen a dam break? Look up the number of casualties due to dam breaks in the last 50 years vs the number of casualties due to nuclear meltdowns in the last 50 years. Then divide by watts.
Make sure you're counting the right dams, though. A large number of dam failures have been flood-control or irrigation dams rather than hydroelectric dams. For example, of the ten deadliest dam failures since 1964, all ten involved flood-control, irrigation, or tailings impoundment dams.
The problem isn't the lack of strong typing in JavaScript. The problem is the combination of dynamic typing and operator re-use.
In Perl, I can tell you at compile time what "5 + $val + 5" will return: a number 10 greater than the numeric value of $val (and there are clear rules for converting strings to numbers). In JavaScript, I can't tell if "5 + val + 5" will be a string value or a numeric value, except by carefully tracking the possible data flows for "val" and seeing if it comes from a string source or a numeric source (or worse, both string and numeric sources).
Are you sure the car won't spot the dog, mistake it for a child (remember, the quality of information from the front camera is reduced), and perform an emergency turn to the left? Are you sure the presence of the car won't mask the presence of the dog, or vice-versa?
It's easy to say "when in doubt, maintain heading and come to a halt". It's much harder to define "doubt" in a way that's useful to a computer.
The problem with simulator testing is that you can't test scenarios that you didn't think of. This is particularly important to find problems arising from multiple simultaneous situations. For example, you might test the scenarios "front camera obscured by rain", "car ahead of you performs emergency stop", and "dog runs into street", but that doesn't necessarily tell you how the car will respond to a combination of the three.
Real life is far more creative than any scenario designer.
The nice thing about Anker is that they're honest about being a third party. Entirely too many companies do their best to visually imitate OEM equipment.
Imagine that, just rolling up two trucks to a construction site: one carrying the printer, another with all the crushed rock, setting it up and letting it go. A week later, a finished home ready for a family to move into at half the cost.
Imagine that, just rolling up two trucks to a construction site: one carrying the left half of the home, and one carrying the right half. A bit of maneuvering to align them on the foundation pad, a little work connecting things up, and the family can start moving in that afternoon.
Or if you prefer a non-standard shape, how about two trucks: one carrying a collection of prefabricated floor, wall, and roof sections, and one carrying a crane and a construction crew. Takes a bit longer to assemble, but it can still be done in less than a day.
Rapid construction of houses is nothing new. I watched a neighbor's house go from foundation pad to final painting in less than a day back in the early 80s, and it was old tech even then.
Roads could be improved incrementally. A railroad that only connects two cities still has value. Any large, flat field could handle an early airplane, as long as you moved the cows out first.
The problem with this "storage-less" renewable grid is that no partial implementation is adequate. It simply cannot function on anything less than continent scale, and may require a global-scale grid to average out the fluctuations enough.
Fortunately, a water heater is simple enough that you can rip out the "smart" electronics and replace them with the sort of thermostat-and-relay circuit that almost everything uses right now.
I don't think there's ever been a proper study of astronauts' natural sleeping patterns in space. There are always more things people want astronauts to do than there are hours to do them in, so everything (including sleep) is very tightly scheduled. Nobody's ever said "spend the next week doing nothing but keeping your spaceship running, and do it on your own schedule".
We don't know what effect, if any, the freefall environment has on sleep patterns. It may be that astronauts are so sleep-deprived because Mission Control has been scheduling things wrong.
You know how they work their way up with drugs? By offering reduced charges/reduced sentences for providing evidence. For example, a drug user will be offered probation/dropped charges for ratting out his dealer, who in turn will have a "possession with intent to distribute" reduced to mere possession for saying who his supplier is, and so on up the line until they find someone big enough to go all-out against.
The police can't do that with CP. There are no lesser versions of possession, and dropping charges will get a prosecutor crucified by his opponent in the next election.
Requests to fix errors come in all the time -- and are forwarded to the community, who decide if the request is reasonable or not. In such cases, the Foundation merely acts as a conduit for the request, rather than granting or denying it.
The denied requests come about when someone demands (and it's almost always a demand) that the Foundation use their powers as operator of the website to make a change to an article.
Five city blocks (low-rise -- doesn't look to be anything over eight stories tall), a quarter-mile of the Alaska Way Viaduct, the entrance to the downtown ferry and water taxi docks, and two entrances to one of the larger docks at the Port of Seattle. If the tunnel is deeper than I think, or the soil is more liquid, add another seven city blocks (also low-rise), one park, the ferry docks themselves, part of the Port of Seattle dock, and maybe the football stadium.
Yes, disassembling from behind would be cheaper, if it worked. If anything went wrong, it would be far, far more expensive.
I calculated from the other end: assuming that the Bitcoin market represents an efficient market (ie. sale prices are only slightly above production prices), and that the marginal cost of mining hardware is 0:
- A bitcoin sells for $584 - Mining a block generates 25 bitcoins - 144 blocks are mined per day - 63000 transactions per day
And do you perhaps think point-of-sale systems and credit/debit card systems or wire transfers require none?
The Bitcoin network uses about $35 worth of energy to process a single transaction. Now, I don't know how much energy a single credit card transaction uses, but given the transaction fees that processing companies charge, I'm willing to bet that it's far, far less than $35 worth.
OTOH, the traditional CPU/mobo setting is a little problematic; first you put the most heat-concentrating element in the middle of everything, and then later you realize it needs cooling.
The theory is that the exhaust air from the CPU heatsink spreads out to parts that are more heat-tolerant but still need active cooling, such as the voltage regulators. A VRM that can operate at 100C without trouble can be cooled just fine with a slow flow of 50C exhaust air from the CPU cooling system.
In practice, people have found that a front-to-back airflow, preferably ducted, is quieter and more effective than a mix of back-to-front, blow-down, and turbulent airflows. It does, however, require actual engineering work, rather than just attaching a bunch of fans to everything.
Slashdot Mirror
How much collateral damage was there?
When Freedom Hosting was busted, they took down a bunch of child-porn sites and de-anonymized some of the users. But in the process, they also took down TorMail, a legal anonymous email provider, and de-anonymized some of its users.
Sure, punishing guilty people is fine, but not if you punish innocent people in the process.
The problem is size. Pumped-storage hydropower can store about 2.5 watt-hours of electricity per metric ton of water per meter of drop. An average two-story house could store maybe 10 KWH if the entire attic and basement were devoted to water storage, and the building would need to be reinforced to handle the 400 metric tons of water involved.
Pumped storage really only makes sense on a large scale, when you've got a couple of valleys you can dam, and a fair-sized height difference between them.
An obstruction interlock can certainly detect an arm or a leg, but if you set it sensitive enough to detect loose fabric (say, a scarf or a hanging sleeve), it'll be sensitive enough that thermal expansion will cause false positives and negatives.
The interesting thing with this is not the average, but the change in the distribution. Currently, the population curve has a sharp drop-off around the age of 70; with the elimination of medical causes of death, the curve will assume the shape of a decaying exponential, making that 650-year life expectancy more akin to a "half life".
If such a change happened today, of the 6 billion or so individuals currently alive, at least one of them could be expected to reach an age of over 20,000 years.
We could try it, but I don't think you'd be very happy.
The #1 cause of cancer is old age. People are dying of cancer in droves because they aren't dying of tuberculosis, or pneumonia, or cholera, or epidemic smallpox, or infected cuts, or any of the other causes of death we've eliminated in the past century.
DNA copying isn't perfect. It takes, on average, 70 years for enough mutations to build up to bypass the body's anti-cancer defenses and become cancerous. Life expectancy at adulthood has gone up from 60 years to 75 years in the past century or so, and the resulting explosion in cancer cases is quite predictable.
There's a second group where crowdfunding also works well: ideas that are too small for traditional funding to get involved in. If you're seeking $50 million to develop an A-list video game, you'll have no problem attracting attention. On the other hand, if you're seeking $1000 to get a musician to produce a soundtrack for your Flash game, they'll laugh at you.
Smart array (re)builds. In the typical layered approach, the redundancy layer doesn't know what parts of the filesystem are in use, so it spends a great deal of time synchronizing empty space.
Can I:
1) Add a disk to a RAID array (or whatever ZFS calls it) and reshape the array to take advantage of the space?
2) Run with less than 1 GB of RAM per TB of disk space?
3) Pull a disk that's suffered a transient failure, check it, plug it back in, and have the array write only the portions of the disk that changed, rather than doing a full rebuild?
The last time I looked at using ZFS for my storage server, #1 and #2 were deal-breakers. #3 was added when I expanded the server with a bunch of Seagate hard drives -- md's write-intent bitmaps reduced typical rebuild times from around a week to less than half an hour.
Make sure you're counting the right dams, though. A large number of dam failures have been flood-control or irrigation dams rather than hydroelectric dams. For example, of the ten deadliest dam failures since 1964, all ten involved flood-control, irrigation, or tailings impoundment dams.
The problem isn't the lack of strong typing in JavaScript. The problem is the combination of dynamic typing and operator re-use.
In Perl, I can tell you at compile time what "5 + $val + 5" will return: a number 10 greater than the numeric value of $val (and there are clear rules for converting strings to numbers). In JavaScript, I can't tell if "5 + val + 5" will be a string value or a numeric value, except by carefully tracking the possible data flows for "val" and seeing if it comes from a string source or a numeric source (or worse, both string and numeric sources).
Are you sure the car won't spot the dog, mistake it for a child (remember, the quality of information from the front camera is reduced), and perform an emergency turn to the left? Are you sure the presence of the car won't mask the presence of the dog, or vice-versa?
It's easy to say "when in doubt, maintain heading and come to a halt". It's much harder to define "doubt" in a way that's useful to a computer.
The problem with simulator testing is that you can't test scenarios that you didn't think of. This is particularly important to find problems arising from multiple simultaneous situations. For example, you might test the scenarios "front camera obscured by rain", "car ahead of you performs emergency stop", and "dog runs into street", but that doesn't necessarily tell you how the car will respond to a combination of the three.
Real life is far more creative than any scenario designer.
The nice thing about Anker is that they're honest about being a third party. Entirely too many companies do their best to visually imitate OEM equipment.
Imagine that, just rolling up two trucks to a construction site: one carrying the left half of the home, and one carrying the right half. A bit of maneuvering to align them on the foundation pad, a little work connecting things up, and the family can start moving in that afternoon.
Or if you prefer a non-standard shape, how about two trucks: one carrying a collection of prefabricated floor, wall, and roof sections, and one carrying a crane and a construction crew. Takes a bit longer to assemble, but it can still be done in less than a day.
Rapid construction of houses is nothing new. I watched a neighbor's house go from foundation pad to final painting in less than a day back in the early 80s, and it was old tech even then.
Perform an AJAX "get" on http://www.whatismyip.com/ or any other IP lookup site.
Roads could be improved incrementally. A railroad that only connects two cities still has value. Any large, flat field could handle an early airplane, as long as you moved the cows out first.
The problem with this "storage-less" renewable grid is that no partial implementation is adequate. It simply cannot function on anything less than continent scale, and may require a global-scale grid to average out the fluctuations enough.
Fortunately, a water heater is simple enough that you can rip out the "smart" electronics and replace them with the sort of thermostat-and-relay circuit that almost everything uses right now.
I don't think there's ever been a proper study of astronauts' natural sleeping patterns in space. There are always more things people want astronauts to do than there are hours to do them in, so everything (including sleep) is very tightly scheduled. Nobody's ever said "spend the next week doing nothing but keeping your spaceship running, and do it on your own schedule".
We don't know what effect, if any, the freefall environment has on sleep patterns. It may be that astronauts are so sleep-deprived because Mission Control has been scheduling things wrong.
You know how they work their way up with drugs? By offering reduced charges/reduced sentences for providing evidence. For example, a drug user will be offered probation/dropped charges for ratting out his dealer, who in turn will have a "possession with intent to distribute" reduced to mere possession for saying who his supplier is, and so on up the line until they find someone big enough to go all-out against.
The police can't do that with CP. There are no lesser versions of possession, and dropping charges will get a prosecutor crucified by his opponent in the next election.
Requests to fix errors come in all the time -- and are forwarded to the community, who decide if the request is reasonable or not. In such cases, the Foundation merely acts as a conduit for the request, rather than granting or denying it.
The denied requests come about when someone demands (and it's almost always a demand) that the Foundation use their powers as operator of the website to make a change to an article.
They did it to all sites hosted by Freedom Hosting. Most notably, they did it to Tormail -- not a kiddie porn site, a webmail provider.
Five city blocks (low-rise -- doesn't look to be anything over eight stories tall), a quarter-mile of the Alaska Way Viaduct, the entrance to the downtown ferry and water taxi docks, and two entrances to one of the larger docks at the Port of Seattle. If the tunnel is deeper than I think, or the soil is more liquid, add another seven city blocks (also low-rise), one park, the ferry docks themselves, part of the Port of Seattle dock, and maybe the football stadium.
Yes, disassembling from behind would be cheaper, if it worked. If anything went wrong, it would be far, far more expensive.
I calculated from the other end: assuming that the Bitcoin market represents an efficient market (ie. sale prices are only slightly above production prices), and that the marginal cost of mining hardware is 0:
- A bitcoin sells for $584
- Mining a block generates 25 bitcoins
- 144 blocks are mined per day
- 63000 transactions per day
584 * 25 * 144 / 63000 = $33.37 per transaction.
The Bitcoin network uses about $35 worth of energy to process a single transaction. Now, I don't know how much energy a single credit card transaction uses, but given the transaction fees that processing companies charge, I'm willing to bet that it's far, far less than $35 worth.
The theory is that the exhaust air from the CPU heatsink spreads out to parts that are more heat-tolerant but still need active cooling, such as the voltage regulators. A VRM that can operate at 100C without trouble can be cooled just fine with a slow flow of 50C exhaust air from the CPU cooling system.
In practice, people have found that a front-to-back airflow, preferably ducted, is quieter and more effective than a mix of back-to-front, blow-down, and turbulent airflows. It does, however, require actual engineering work, rather than just attaching a bunch of fans to everything.