Software-based VM-centric and flash-friendly VM storage + free version
Moderators: anton (staff), art (staff), Max (staff), Anatoly (staff)
-
rriiicchh
- Posts: 5
- Joined: Mon Apr 07, 2014 9:50 am
Tue Jul 29, 2014 4:57 pm
Meant to say in my testing the deduplication level wasn't enough to make up for the difference in size as I am seeing generally 1.1x on the de-duplication which isn't worth the RAM overhead.
Therefore I have generally avoided it as I figured that I'd get better performance by allowing that RAM to work as a L1 cache for StarWind or to be presented to the VMs as RAM limiting the number of reads that are required anyway.
Perhaps this was an earlier version because generally the data we have (ignoring the SQL databases) deduplicates really well as it is about 4 million flat text files so I might have to check that out in the next version as well to see if there is an underlying issue.
-
anton (staff)
- Site Admin
- Posts: 4021
- Joined: Fri Jun 18, 2004 12:03 am
- Location: British Virgin Islands
-
Contact:
Tue Jul 29, 2014 5:05 pm
I'd re-run the tests and ask for assistance. LSFS is a better choice for flash then FLAT (space reduction, flash-friendly, faster aggregated writes etc).
rriiicchh wrote:Meant to say in my testing the deduplication level wasn't enough to make up for the difference in size as I am seeing generally 1.1x on the de-duplication which isn't worth the RAM overhead.
Therefore I have generally avoided it as I figured that I'd get better performance by allowing that RAM to work as a L1 cache for StarWind or to be presented to the VMs as RAM limiting the number of reads that are required anyway.
Perhaps this was an earlier version because generally the data we have (ignoring the SQL databases) deduplicates really well as it is about 4 million flat text files so I might have to check that out in the next version as well to see if there is an underlying issue.
Regards,
Anton Kolomyeytsev
Chief Technology Officer & Chief Architect, StarWind Software
