Justin Stringfellow wrote: >> Raw storage space is cheap. Managing the data is what is expensive. >> > > Not for my customer. Internal accounting means that the storage team gets > paid for each allocated GB on a monthly basis. They have > stacks of IO bandwidth and CPU cycles to spare outside of their daily busy > period. I can't think of a better spend of their time > than a scheduled dedup. > > > >> Perhaps deduplication is a response to an issue which should be solved >> elsewhere? >> > > I don't think you can make this generalisation. For most people, yes, but not > everyone. > > > cheers, > --justin > _______________________________________________ > Frankly, while I tend to agree with Bob that backend dedup is something that ever-cheaper disks and client-side misuse make unnecessary, I would _very_ much like us to have some mechanism by which we could have some sort of a 'pay-per-feature' system, so people who disagree with me can still get what they want. <grin>
By that, I mean, that something along the lines of a 'bounty' system where folks pony up cash for features. I'd love to have many more outside (from Sun) contributors to the OpenSolaris base, ZFS in particular. Right now, virtually all the development work is being driven by internal-to-Sun priorities, which, given that Sun pays the developers, is OK. However, I would really like to have some direct method where outsiders can show to Mgmt that there is direct cash for certain improvements. For Justin, it sounds like being able to pony up several thousand (minimum) for desired feature would be no problem. And, for the rest of us, I can think that a couple of hundred of us putting up $100 each to get RAIDZ expansion might move it to the front of the TODO list. <wink> Plus, we might be able to attract some more interest from the hobbiest folks that way. :-) Buying a service contract and then bugging your service rep doesn't say the same thing a "I'm willing to pony up $10k right now for feature X". Big customers have weight to throw around, but we need some mechanism where a mid/small guy can make a real statement, and back it up. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
