Hey [H]-
Long story short, our company has a business system that is made by folks who were really good at programming a Terminal-Based Unix system, but Really REALLY bad at development in a windows environment. And we're stuck with it (Primary Vendor compatibility). It's used by about 200 users simultaneously 12-16 hours a day, with peaks to 350-400 users.
The main problem appears to be the way they're working with the SQL backend. A simple action takes over 5 seconds to return results, even on our 0-user-load test system (running on a Xeon-5560 and RAID10 15K SAS2 array on a P410i with 512 BBWC). Pretty much all the SQL delays appears to be disk waits.
At the moment, throwing in $10k worth of "Enterprise" SSDs isn't an option.
So, has anyone successfully run "consumer" SSDs (such as a Samsung 840 Pro) in a relatively high-usage SQL environment? Any idea if a PERC6 or P410/P420 would do proper wear leveling and failure monitoring on consumer SSDs?
Long story short, our company has a business system that is made by folks who were really good at programming a Terminal-Based Unix system, but Really REALLY bad at development in a windows environment. And we're stuck with it (Primary Vendor compatibility). It's used by about 200 users simultaneously 12-16 hours a day, with peaks to 350-400 users.
The main problem appears to be the way they're working with the SQL backend. A simple action takes over 5 seconds to return results, even on our 0-user-load test system (running on a Xeon-5560 and RAID10 15K SAS2 array on a P410i with 512 BBWC). Pretty much all the SQL delays appears to be disk waits.
At the moment, throwing in $10k worth of "Enterprise" SSDs isn't an option.
So, has anyone successfully run "consumer" SSDs (such as a Samsung 840 Pro) in a relatively high-usage SQL environment? Any idea if a PERC6 or P410/P420 would do proper wear leveling and failure monitoring on consumer SSDs?