Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:Militia, then vs now (Score 1) 1633

They've been peaceful the whole time, and did nothing more than provide a presence and protest. The only difference between them and Occupy $location is the presence of firearms

The Occupy folks didn't owe a bunch of unpaid fees to the government and hadn't been flouting the law for 20 years either. I seriously can't believe anyone would white-knight for Bundy.

Comment Re:not really (Score 1) 256

Interesting, you're right the IODrive 2 brings MLC much closer to SLC, there's only a 2x performance delta on an IOPS/GB basis (270k 4k random writes vs 140k for 400GB vs 365GB), for the first generation (which I own a number of) the gulf was much wider.

Comment Divide your changes into groups (Score 1) 294

90% of your changes won't have any effect on production systems. Just lump those together under "Routine changes to UNIX/Linux production environments" and explain that you've tested those on your sandbox network.

10% of your changes will impact your production systems, even if it's just because it's upgrading Apache or some Perl module that your systems use. This can be as trivial as "updated Perl module; ran complete unit, load and regression tests, everything works fine." to "This is a kernel patch that requires us to power cycle each box. Here is our plan to do this in a way that generates no application downtime." Those are the changes CAB is meant to catch. Document each one in a different request. Document them clearly and thoroughly. Run them by people whom you trust to write good English. Make sure that your deployment, testing, and rollback plans are solid, and document them thoroughly in each request.

After a while, you'll get really good at this, and people will trust your requests.

Comment Re:not really (Score 1) 256

I have never seen a smaller version ssd have a better IOPS number than a larger one.

I have, plenty of times, SLC has better IOPS/GB than MLC and within MLC eMLC has better IOPS/GB than tMLC. So for a given number of dollars the smaller drive will have better performance.

Comment Re:AWS is NOT cheap (Score 2) 146

Yes, I've heard of Xen, and I've even run it in production, both Xenserver and Oracle VM flavors, and both sucked horribly. Back when VMWare tried the v.Tax I contemplated switching to KVM using RHEV but Redhat took almost 30 days to even get me access to a RHEV download by which time VMWare had backed off on their pricing.

As to the crack about redundancy and scalability, I've got a better uptime metric than any cloud provider, zero unplanned downtime in the last 5 years (vmotion + svmotion makes replacing both hosts and storage a breeze) thanks to redundant generators, UPS, chillers, and internet connections.

Comment AWS is NOT cheap (Score 5, Informative) 146

AWS is expensive, I can provide the equivalent of an m3.large reserved instance to my users for 1/4th the cost over 3 years, if you ammatorize my infrastructure over 5 years (which is what we've actually been doing) then it's almost 1/7th as much. The only places where AWS makes sense is if you're a quickly growing startup, have a VERY bursty workload, or you're so small that you can't justify 3 hosts for a VMWare Essentials bundle.

Slashdot Top Deals

One man's constant is another man's variable. -- A.J. Perlis

Working...