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

 



Forgot your password?
typodupeerror

Comment: Re:Premature (Score 1) 394

by KingMotley (#49794147) Attached to: How Tesla Batteries Will Force Home Wiring To Go Low Voltage

There are no current 95% efficient PC power supplies. 80 Plus Platinum only requires 89% efficiency at full load. In ONE case, dell/delta make a 80 Plus Titanium power supply that can hit 96% efficiency... but it's a dual-redundant power supply, and only if it's under 50% load, but 90% at 10% load, and 91% at 100% load.. Both of which are more likely scenarios -- My servers are either fairly idle, or running hard.

Comment: Re:It's RAID 0 (Score 1) 226

by KingMotley (#49745877) Attached to: Linux 4.0 Has a File-System Corruption Problem, RAID Users Warned

Raid 10 can survive SOME 2-drive failures (in a 4-drive raid 10), and has significantly faster write speeds than Raid 5.

Personally, I use a combination of RAID-0 and RAID-6 (not the same array), because Raid-5 for large arrays is almost useless. I've seen too many raid-5's die when the bad drive is replaced and the added stress of the rebuild then kills a second drive. Ouch.

Comment: Re:I call BS (Score 1) 184

by KingMotley (#49665033) Attached to: Enterprise SSDs, Powered Off, Potentially Lose Data In a Week

Ah, I thought RAID1 would warn you somehow of bit flips which I assume would be the way heat-deteriorated storage would show up.

It does. The description of how RAID1 works was incorrect. No raid controller that I am aware of implements RAID1 that way. That would include DELL's persec raid controllers, INTEL's ICH raid controllers, Adaptec raid controllers, LSI's raid controllers, rocket raid controllers, and window's implementation.

Comment: Re:I call BS (Score 1) 184

by KingMotley (#49664899) Attached to: Enterprise SSDs, Powered Off, Potentially Lose Data In a Week

For a RAID1, most RAID controllers (and software RAID implementations) will absolutely read from all devices so as to service the read ASAP.

No, almost every RAID1 controller I've ever encountered does not do that at all. It balances the reads across the drives so that the it maximizes throughput and IOPS. Only when one drive attempts to read a sector and it detects an error through it's internal CRC checks and is unable to rectify the error (short period for raid drives, long period for desktop class drives), THEN it will request the data from the alternate drive and have the original drive correct itself.

Comment: Re:And it's gonna rain (Score 1) 83

by KingMotley (#49567011) Attached to: Amazon's Profits Are Floating On a Cloud (Computing)

Just out of curiosity, I fired up a D14 VM and loaded SQLIO on it. It came back with 253713 IOPs. If you got less than one, you were doing something very very very wrong. BTW, there is no reason to load SQL server of any type on the machine as SQLIO doesn't use it, so uh...yeah.

Did you set up a VPN to your local machine and then test how many IOPs you get to your local machine over a network share? LOL.

Comment: Re:And it's gonna rain (Score 1) 83

by KingMotley (#49566907) Attached to: Amazon's Profits Are Floating On a Cloud (Computing)

As for AWS vs Azure performance, I'm not sure how you were testing but based on your "expert" opinions which are sorely misinformed, I'm guessing you did something really boneheaded. A P3 instance is set to give a minimum of 735 IOPS every second. So if you were getting less than one, I'd say that was a problem with the user. We use Azure to run our production sites and haven't seen anything of the sort you describe.

On Azure, SQL databases can be connected to from anywhere, any IP. There is no firewall at all.

Uh, no. You have to explicitly allow IPs in. Here's a link to "Azure SQL Database Firewall": https://msdn.microsoft.com/en-...
If you don't understand firewalls, there is a pretty picture if you scroll down. The first step "SQL Database Firewell" is a server-level IP firewall. Yes, the configuration is stored in the database, but that has very little meaning, it could have been stored in a .CFG file just as easily. Unless you are about to say that IPTABLES is insecure because it needs access to the filesystem to read it's .cfg file too. The filtering isn't done in SQL, ROFLMAO.

I've never tried a D14 VM with enterprise installed, but if you were getting poor performance, I'm guessing you did something extremely boneheaded like try to put the database on a remote drive instead of the local SSD.

Progress means replacing a theory that is wrong with one more subtly wrong.

Working...