StarWind iSCSI SAN
StarWind Native SAN for Hyper-V
 

Grossly bloated deduplicated target

Public beta (bugs, reports, suggestions, features and requests)

Moderators: art (staff), anton (staff), Anatoly (staff), Max (staff)

Re: Grossly bloated deduplicated target

Postby dtrounce » Tue Oct 09, 2012 6:23 pm

Yes, I enabled the experimental deletion support. This is a 2-host test environment for Hyper-V VMs.
dtrounce
 
Posts: 10
Joined: Wed Sep 05, 2012 5:34 pm

Re: Grossly bloated deduplicated target

Postby Anatoly (staff) » Wed Oct 31, 2012 3:38 pm

Have you rebooted the system or restarted the starwind service starting form the moment when the device was created?

Have you doublecheck if all the layers are aligned?
Best regards,
Anatoly Vilchinsky
Global Engineering and Support Manager
www.starwind.com
[email protected]
User avatar
Anatoly (staff)
Staff
 
Posts: 1675
Joined: Tue Mar 01, 2011 8:28 am

Re: Grossly bloated deduplicated target

Postby dtrounce » Thu Nov 01, 2012 7:36 am

Yes, several normal reboots on each server. I've no idea what you mean about "layers being aligned".

Certainly, it was never the case that both targets used exactly the same amount of disk space, which surprised me. It was roughly similar. Possibly each target was writing small changes to the other, which then got sent back ad infinitum?

I have removed the targets now to just use non-deduplicated targets. Given the likely performance impact of deduplication, that Starwind licensing TB is done pre-deduplication, and the Starwind licensing cost/TB is much greater than the cost of underlying disk/TB, it seems the real value of deduplication may not be that high. You save a bit of cheap underlying disk, but are likely to get worse performance.
dtrounce
 
Posts: 10
Joined: Wed Sep 05, 2012 5:34 pm

Re: Grossly bloated deduplicated target

Postby anton (staff) » Fri Nov 30, 2012 3:30 pm

It's gonna be changed with a new release. Together with a deletion support we'll represent some special enhacements doing actual ACCELERATION of underlying storage.
Making long strory short: deduplication will make underlying storage working ~10 times faster in some particular workloads (primary storage for VMs for example).

dtrounce wrote:Yes, several normal reboots on each server. I've no idea what you mean about "layers being aligned".

Certainly, it was never the case that both targets used exactly the same amount of disk space, which surprised me. It was roughly similar. Possibly each target was writing small changes to the other, which then got sent back ad infinitum?

I have removed the targets now to just use non-deduplicated targets. Given the likely performance impact of deduplication, that Starwind licensing TB is done pre-deduplication, and the Starwind licensing cost/TB is much greater than the cost of underlying disk/TB, it seems the real value of deduplication may not be that high. You save a bit of cheap underlying disk, but are likely to get worse performance.
Regards,
Anton Kolomyeytsev

Chief Technology Officer & Chief Architect, StarWind Software

Image
User avatar
anton (staff)
Site Admin
 
Posts: 3922
Joined: Fri Jun 18, 2004 12:03 am
Location: British Virgin Islands

Previous

Return to Beta

Who is online

Users browsing this forum: No registered users and 1 guest