Well, now there is.

Perhaps we need the ability to add meta data to web content that informs google of keywords that should not be used in the index. I'm not saying everyone would use such a feature responsibly, but having this option could be useful in some cases.

$ echo "" > "-rf"

$ rm *

It doesn't help that the default way the shell processes filenames through glob patterns and command line tab-completion can leave you vulnerable to these kinds of issues.

Maybe, but that web page seems to equate "speed" with throughput, it doesn't mention latency at all.

Though this would take up more space in the warehouse, would it be faster to unpack each crate / box of items into a vending machine style dispenser?

The actual "picking" of each order could then be automated, with the manual manipulation of products happening in larger batches.

And then set a lower u/l limit and watch your d/l speed increase. If your upload is congested, you won't be able to send TCP ACK's or protocol requests in a timely manner.

He wasn't talking about the relative difference between 1999 and 2014 GPU performance. He was comparing graphics performance on laptops to other hardware available at the same time.

That doesn't mean I agree with the OP. Mobile graphics has improved to the point that a low end laptop can actually be used to play a fair number of games, without breaking the bank in the process.

Is that anything like this stabbing machine?

Except that we keep trying to satisfy our demand for instant gratification by spending borrowed money, and that period is coming to an end. If you can find a way to satisfy our demand without chaining people to future obligations, then sure we can all live in a utopia.

As for the Great Depression, I'll try to summarise Steve Keen, though I suggest you read his work yourself.

Have you ever seen your bank balance drop because the bank lent money to someone else? Have you ever borrowed money without spending it immediately? Banks create money out of then air when they issue loans, which are immediately transferred to someone else and counted as a deposit. This transaction represents a discontinuity in our ability to spend. It allows us to satisfy our wants and needs without first waiting for income. This increases the measured income of the seller, and our supply of money.

So our GDP equals our Income (before new lending), plus our new debt times the velocity of money. Which we then measure as our net income. Therefore the change in GDP is the change in income plus the acceleration of debt.

And this is testable empirically. Positive debt acceleration correlates with job creation and rising asset prices. Debt deceleration correlates with job losses and falling asset prices, even if the velocity of debt creation is still positive.

The period of debt deceleration experienced by most of the world recently, was sudden and massive, but it has barely removed any of the debt we have acquired. Now we have a truly staggering level of debt, more than in the Great Depression. Removing all of this debt from the system will require an extended period of debt deceleration and a negative debt velocity.

That is why we won't be out of this soon.

And that would work fine for you, where your bottleneck is over your last mile connection. But that doesn't help when the traffic is flowing across different network paths. For example if there's a bottleneck between 2 tier 1 providers. Only traffic flowing across that link will be affected, and perhaps only traffic from one data source will be considered low priority and dropped. The only fair thing to do in that case is increase capacity.

Full disclosure, that's not an accident, you'll find my email address all through the Serval Project's commit logs on github.

If this mentality of allowing P2P communications with phone radios becomes pervasive, then the Serval Project has been successful. Even if we don't get credit for the idea.

But I fear that this solution will still need a nearby LTE tower to manage the spectrum. I also doubt that 3rd party developers will have access to the underlying API's.

I highly doubt there will be an exposed API at the application layer, without paying the carrier in some fashion. You would still be using the carrier's licensed spectrum and they'll be heavily involved in the process.

I haven't found any information about how access to the spectrum is managed, or if this Direct mode can work without a nearby tower.

Pity, as this is exactly what applications like the Serval would like to use for long range / low power communications.

Apparently any new code they write can co-exist with a different license. So they intend to slowly replace it all.

Weird, the minus sign was there, but /. seems to have dropped it, perhaps because it was quoted. Note that I included it when converting to Joules.

I was basing that on some other stuff I've read before, I might have been wrong.

https://www.schneier.com/book-...;

So 4.4 × 10^-23 Joules minimum per bit flip * minimum of 2^128 bit flips = 1.4 * 10^16 J. Though of course our current computers are far from ideal and it would take many bit flips to test each key. Unless someone has a better source for the energy cost of computation?

https://blogs.oracle.com/bonwi...

So an ideal computer might be able to count to 2^128 without boiling the oceans (doh). It would take a 10^11 increase in energy usage per bit before boiling the oceans was impossible to avoid.