What about when Goldman-Sachs started selling loans that would default so they could collect 16 insurance payouts instead. Yeah, no need to regulate that.
If it were widely known to be not regulated, the insurance companies could have (a) done more proper due-dillegence, and (b) could have set appropriate premiums.
Probably is that the insurance companies were under the impression that there was regulation in place that Goldman knew how to bypass.
I thought that, in order to be part of the cost basis, you had to be able to attribute the cost to specific bitcoins, rather than have lump expenses for the month/year/whatever.
Same situation as any physical-world mining company.
However an oil exploration company accounts for costs related to test wells that ran dry, the same logic should apply to bitcoin blocks.
People keep saying that HFT needs to be regulated to avoid crazy spikes and crashes due to algorithms with stupid positive feedback loops.
I think the opposite would actually work better.
If the official rules stated "HFT is totally *un*regulated --- feel free to run your buggies, most insane, glitchy, and flawed HFT software" --- immediately all the other HFT software systems would be coded to watch for crazy non-justified buying&selling.
With all this regulation, if one bank's trading software starts going insane, the other banks start following them (and creat a positive feedback loop) under the assumption that in such a regulated industry the insane software must know something. If it were further de-regulated, the other software would assume the other software was poorly coded, and basically LOL at the bugs and profit from it until someone pulled the plug on the bad algorithm. And with that risk - I imagine a *lot* of interested would be in automating such plug-pulling checks so they happen in a very small number of miliseconds so the market can't crash too far before the kill switch hits.
You're still welcome to run a ddt-wrt box *behind* your ISPs router (not unlike what you're already doing).
They just want to put one more of their routers on your side of the last-mile.
In many corporate environments it's far easier to get approval for a browser plug-in (simply because old IE already requires so many browser plugins to get useful stuff done) than an entire replacement browser.
But Flash/SSD really offers an intermediate performance level, and I haven't seen much from either Linux or Windows to take advantage of it without lots of customization or niche applications (such as Readyboost, or mounting/usr/share on a flash stick or whatever.) Has anybody seen anything interesting happening to take advantage of flash?
Linux 3.10 Kernel Integrates BCache HDD/SSD Caching
...
BCache comes down to being a Linux kernel block layer cache where one or more SSDs (or other fast storage devices) can act as a cache for slower rotating disk drives, in somewhat a similar manner to some of the "SSHD" hybrid drives now on the market. BCache is similar to the L2Arc feature exposed on Oracle's ZFS file-system, but with being at the block device level, it's file-system agnostic.
As the link to Netflix pointed out -- they benchmarked the entire system with the same REST API in front.
They configured one cluster of SSD-based servers; which another cluster of spinning-disk-with-large-RAM-based servers. It took a cluster of 15 SSD-backed servers to match the throughput of 84 RAM+Spinning servers. With throughput matched, the SSD-based cluster provided better latency and lower cost.
TL/DR: "The relative cost of the two configurations shows that over-all there are cost savings using the SSD instances"
at least for their use-case (Cassandra).
At work we also use SSDs for a couple terabyte Lucene index with great success (and far cheaper than getting a couple TB of DRAM spread across the servers instead)
ISTM data should be encrypted *before* it goes to the cloud.
That has some UI implications (i.e. gmail can't search the bodies of your encrypted emails). But still seems like a better idea to have your email on your client anyway; so why not have the search index there as well.
Easy for a large multinational with full-time tax attorneys on staff to implement.
Painful for small businesses.
(not too unlike Health Care - which is easy if you have a HR department with nothing better to do; but is really painful if everyone in your company is trying to get work down that's relevant to your main business)
"Don't give personal info to strangers" should be a basic safety lesson all parents teach their kids.
It applies equally much if the stranger's handing out free candy from a windowless van in a city park, or handing out free web services online. And remember that to you Sergei, Zuckerberg, and MySpace Tom are strangers no matter how much they claim to be "friends" who "don't be evil".
Personally I encourage everyone who needs to use Facebook to do it with entirely fictitious data. It's more fun. Your actual friends will know what your aliases are; and you probably don't want your non-actual-friends spying on you anyway.
Amazon will ban you if you start to run serious... load tests
That's unlikely.
How do you think they could they even hypothetically distinguish between your hypothetical "load test" and heavy computing that is a very typical use of their rent-by-the-hour computing resources.
Perhaps something similar to what you suggest -- still teach the easy approximatoins -- but from the first day in high school physics start with the real solution (even if they don't understand it) and show how the stuff they'll be doing is a convenient approximation (in the same way that second grade math teaches kids rounding to the nearest 10).
That way from the beginning they'll be wired to accept that the truth is bigger than "gravity's uniform everywhere" or e=m*c*c without the momentum parts even if they use the shortcuts on tests that year.
Completely agree that this is a great way to use the best tool for the job. I'd go so far as to claim that Python(or Ruby)-with-Fortran is a better tool for most jobs than C#-for-everything, which is kinda mediocre at all tasks..
Slashdot Mirror
What about when Goldman-Sachs started selling loans that would default so they could collect 16 insurance payouts instead. Yeah, no need to regulate that.
If it were widely known to be not regulated, the insurance companies could have (a) done more proper due-dillegence, and (b) could have set appropriate premiums.
Probably is that the insurance companies were under the impression that there was regulation in place that Goldman knew how to bypass.
Same with most of your examples.
I thought that, in order to be part of the cost basis, you had to be able to attribute the cost to specific bitcoins, rather than have lump expenses for the month/year/whatever.
Same situation as any physical-world mining company.
However an oil exploration company accounts for costs related to test wells that ran dry, the same logic should apply to bitcoin blocks.
WoW could even handle withholding so people aren't stuck having to do quarterly estimated taxes, etc.
And if the IRS objects that the withholded-copper isn't worth much, well.......
I think the opposite would actually work better.
If the official rules stated "HFT is totally *un*regulated --- feel free to run your buggies, most insane, glitchy, and flawed HFT software" --- immediately all the other HFT software systems would be coded to watch for crazy non-justified buying&selling.
With all this regulation, if one bank's trading software starts going insane, the other banks start following them (and creat a positive feedback loop) under the assumption that in such a regulated industry the insane software must know something. If it were further de-regulated, the other software would assume the other software was poorly coded, and basically LOL at the bugs and profit from it until someone pulled the plug on the bad algorithm. And with that risk - I imagine a *lot* of interested would be in automating such plug-pulling checks so they happen in a very small number of miliseconds so the market can't crash too far before the kill switch hits.
You're still welcome to run a ddt-wrt box *behind* your ISPs router (not unlike what you're already doing). They just want to put one more of their routers on your side of the last-mile.
In many corporate environments it's far easier to get approval for a browser plug-in (simply because old IE already requires so many browser plugins to get useful stuff done) than an entire replacement browser.
We use this to deliver the WebGL parts of our apps to them.
Hope Google changes their mind on this.
But Flash/SSD really offers an intermediate performance level, and I haven't seen much from either Linux or Windows to take advantage of it without lots of customization or niche applications (such as Readyboost, or mounting /usr/share on a flash stick or whatever.) Has anybody seen anything interesting happening to take advantage of flash?
Did you look hard?
Try this: http://www.phoronix.com/scan.php?page=news_item&px=MTM2ODM
but it is still like a thousand times shower, is it not?
Yes; but it's still like 5-500x faster than spinning disks too (obviously depending on if you're talking sequential I/O, or random-acces).
How does that make sense.
As the link to Netflix pointed out -- they benchmarked the entire system with the same REST API in front.
They configured one cluster of SSD-based servers; which another cluster of spinning-disk-with-large-RAM-based servers. It took a cluster of 15 SSD-backed servers to match the throughput of 84 RAM+Spinning servers. With throughput matched, the SSD-based cluster provided better latency and lower cost.
TL/DR: "Same Throughput, Lower Latency, Half Cost".
And would you even be able to do this with DRAM modules? Normal PC motherboards don't support that.
Even low-end (dual-CPU 2-U) servers these days support either 192 or 256GB. It's not that hard or expensive to get 4 256GB or 6 192GB servers.
But as that link to Netflix's' blog points out - SSDs can have better price/performance than DRAM at the moment if you need a lot.
TL/DR: "The relative cost of the two configurations shows that over-all there are cost savings using the SSD instances"
at least for their use-case (Cassandra).
At work we also use SSDs for a couple terabyte Lucene index with great success (and far cheaper than getting a couple TB of DRAM spread across the servers instead)
That has some UI implications (i.e. gmail can't search the bodies of your encrypted emails). But still seems like a better idea to have your email on your client anyway; so why not have the search index there as well.
zero of my company's software suites run on Linux so no it won't.
I suspect more of your Win-XP software runs under Wine than it does under Win-8.
easy to implement.
Easy for a large multinational with full-time tax attorneys on staff to implement.
Painful for small businesses.
(not too unlike Health Care - which is easy if you have a HR department with nothing better to do; but is really painful if everyone in your company is trying to get work down that's relevant to your main business)
It applies equally much if the stranger's handing out free candy from a windowless van in a city park, or handing out free web services online. And remember that to you Sergei, Zuckerberg, and MySpace Tom are strangers no matter how much they claim to be "friends" who "don't be evil".
Even Fox News tells you to not give facebook honest information (perhaps encouraging you to violate Facebook's terms of use).
Personally I encourage everyone who needs to use Facebook to do it with entirely fictitious data. It's more fun. Your actual friends will know what your aliases are; and you probably don't want your non-actual-friends spying on you anyway.
Compared to that, Hulu's a bargain.
But it's Yahoo, so they'll still find a way to make it fail.
Amazon will ban you if you start to run serious ... load tests
That's unlikely.
How do you think they could they even hypothetically distinguish between your hypothetical "load test" and heavy computing that is a very typical use of their rent-by-the-hour computing resources.
You're using big words on purpose. Even little kids understand waves in pools.
That way from the beginning they'll be wired to accept that the truth is bigger than "gravity's uniform everywhere" or e=m*c*c without the momentum parts even if they use the shortcuts on tests that year.
Yahoo *could* stage a comeback
Indeed.
Broadcast.com (that Yahoo payed $5billion for) was the premier video site and *could* take over Netflix +Youtube.
Geocities (that Yahoo paid $3-4billion for) was the premier social networking site, and *could* take over MySpace and Facebook.
Altavista (that Yahoo bought along with Overture) was the premier search inge, and *could* take over Bing and Google.
But it's Yahoo, so they won't.
very different
So you're saying he should have changed the word 'low' to 'high'?
One great innovation is the combination of python and fortran.
Huge agreement here!
I advocated the same Ruby/Fortran synergy back in 2006, with a working example:
http://marc.info/?l=ruby-talk&m=115619337609191&w=2
Completely agree that this is a great way to use the best tool for the job. I'd go so far as to claim that Python(or Ruby)-with-Fortran is a better tool for most jobs than C#-for-everything, which is kinda mediocre at all tasks..
One could as easily ask "why are Hollywood Movies behind a paywall", or "why is food behind a paywall at my grocery store".
So after all... Microsoft is making money on Linux.
They've been making money off of F/OSS for a very long time.
Their first TCP/IP stack was taken from BSD.
Hotmail was BSD/Sendmail.
Bing used Hadoop thanks to PowerSet
Their high-end scalable database (DATAllegro) used a F/OSS database core (Ingres).
Beneath the scenes they think F/OSS is great
They just don't want their customers to know they think that.