Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Take advantage of Black Friday with 15% off sitewide with coupon code "BLACKFRIDAY" on Slashdot Deals (some exclusions apply)". ×

Comment enumerated vs unenumerated (Score 1) 63

One is gambling ones reputation when making a public prediction. But the estimating a value of one public statement (correct or incorrect) is unenumerated. Money is a token for enumerating exchange. Currency doesn't have to exist in the form issued by a government entity. Stackexchange, for example, is pretty good at enumerating reputation gains and losses (and has methods for staking ones reputation gains on answers to certain questions). It's hardly surprising that enumerated exchange of knowledge is more precise than unenumerated one.

Comment Re:Same marketing BS as "hyperthreading cores" (Score 1) 311

You are either simulating instructions (binary translation in VMWare terms) or you are letting the processor run them directly. If you do binary translation, all performance is abysmally slow. So you essentially set it up to pass through instructions to the CPU. If you do that and the number of CPU cores you use up is higher than the number of cores you actually have, then performance slows to virtually nothing (even slower than binary translation). On Intel with 4 cores and hyperthreading you'll get to that point even with 4 VMs (you do need VT-x enabled in BIOS). On AMD (you do need VT-d enabled in BIOS) you can run 5 VM without binary translation and they perform. So the 8 cores are 8 actual CPU cores.

Comment Re:Same marketing BS as "hyperthreading cores" (Score 1) 311

BTW, the cores 2,4,6,8 ship parked. You need to go through a bit of initial effort to unpark them. So they are really NOT just additional features added to CPUs 1,3,5,7. They independent. Show me how to run 5 VM's independently at the same time on 4 hyperthreaded core processor. I tried it. It freezes even if you have plenty of memory left. Because it has to start context swapping between multiple VMs's. Which essentially means cache is invalidated. Not sure if hyperthreading ever happens either. On AMD, 5 VMs and 1 host don't even slow down. There is no difference in the performance of each VM if the others are turned off.

Comment Re:Not everything requires an FPU. HT, anyone? (Score 1) 311

Yes, you get the Intel machine for high performance applications and AMD for running lots of VMs. FPU is not needed for basically anything but computational stuff. If you want to run a few systems and compile in a few different environments (linux/windows/32 bits/64 bits... that's already a combo of 4), you get AMD and lots of memory.

Comment sounds like bull shit (Score 1) 311

I run at least 5 VMs on it. And they all run all the time (in addition to the host OS). It also took some initial effort to unpark every other core. Which means cores 2,4,6,8 can be parked independently of their cousins. AMD chips are better for running VMs, while Intel chips are better at running games. I couldn't run 5 VM's on Intel 5 (4 cores with hyperthreading). The actual CPU count is 8 on the AMD chip. You don't need an FPU to run basic operating system threads themselves. It also has more symmetric caching. Whereas Intel's caching is clearly geared at increasing the speed up of each running core.

Comment Re:umm (Score 1) 58

What if the manufacturer deems vehicle electronics to be its trade secret and explicitly prohibits anyone from disassembling it without prior written authorization? It doesn't say whose authorization. The provision should only cover vehicles in motion or in operation. Or manufacturers' lawyers will find the language to lock everyone but the licensed parties out of the process. Congress has the power to establish IP regimes. It's not limited to trade marks, patents and copyrights. The mode of the regime can be of Congress' choosing. Making the working this general would most likely survive any court challenges.

Comment umm (Score 4, Interesting) 58

Any vehicle "data hacking"? Or a vehicle in motion? Otherwise, accessing data of a car's computer while the car is stationary would be a crime. So this would have made the VW investigators criminals. It would also make anyone creating a 3rd device reading on-board computer data illegal without a license from the manufacturer. If you can't introspect a car without putting in jeopardy anyone's safety, then this is just another DMCA.

Comment umm (Score 1) 65

So he is full of it. DevOps is not about ops engaging with devs. It's about making all devs part of ops. It's a model which existed in commercial banks and other places which could afford to overpay (a lot) to have people do work a few notches below the pay grade they are paid. But it's high stress and snail-pace progress. It reduces specialization which, by definition, makes experience less valuable. It puts all of the testing burden on the developers and removes testing specialists. In the most extreme cases, it flattens the most experienced developers and newly minted college interns into doing the same job. The result is that the quality of the product is always determined by what the least skilled members of the team can handle. Oh, and because everyone is resentful and knows that they are overqualified, it creates a frat-house-like environment. Everyone end up overworked and under accomplished. But because it's used in the cloud management now (an industry growing quickly so it has as much money to burn as the banks), it creates the illusion of being successful. It's not.

The cloud started before there was dev ops. And it would continue and succeed without dev ops. It exists because all development is network development (to at least some degree) because CPUs can't be made much more powerful, they can only be networked on the chip (aka multi-core CPUs, GPU). And if there is no distinction between pooling multi-computer resources and pooling multi-core resources, then scaling is accomplished by pooling a lot of them in near-real-time batch processing (aka pipeline). Which means the state of technology makes the cloud computing model make more sense than stand-alone units computing model. The state of technology is what drives the business incentive here. And the business incentive is what creates the illusion that the fulfillment model of the business incentive is the right one. Even if it's not organization model. Poorly chosen organization model in the environment of over-funding will not fail until the market place becomes more efficient and consolidates. And at that time, all the DevOps shops will be unable to support their costs and won't understand why everyone is switching to well-engineered (through full SDLC) products. They'll be saying it's not in vogue anymore. While the reality is that DevOps is just an inefficient organizational model to develop cloud services.

If it's worth doing, it's worth doing for money.