On Sun, Apr 10, 2011 at 10:01 PM, Matt Harrison
wrote:
> The machine only has 4G RAM I believe.
There's your problem. 4G is not enough memory for dedup, especially
without a fast L2ARC device.
> It's time I should be heading to bed so I'll let it sit overnight, and if
> I'm still stuck with it I
On Sat, Apr 9, 2011 at 6:57 PM, Ian Collins wrote:
> On 04/10/11 09:25 AM, Garrett D'Amore wrote:
>> Right. And in the real world, customers are generally not involved with
>> architectural discussions of products. Their input is collected and
>> feed into the process, but they don't get to si
On 04/08/2011 07:22 PM, J.P. King wrote:
> No, I haven't tried a S7000, but I've tried other kinds of network
> storage and from a design perspective, for my applications, it doesn't
> even make a single bit of sense. I'm talking about high-volume
> real-time
> video streaming, where you stream 50
On 11/04/2011 10:04, Brandon High wrote:
On Sun, Apr 10, 2011 at 10:01 PM, Matt Harrison
wrote:
The machine only has 4G RAM I believe.
There's your problem. 4G is not enough memory for dedup, especially
without a fast L2ARC device.
It's time I should be heading to bed so I'll let it sit ov
On Wed, Apr 6, 2011 at 1:58 PM, Rich Morris wrote:
> On 04/06/11 12:43, Paul Kraus wrote:
>>
>> xxx> zfs holds zpool-01/dataset-01@1299636001
>> NAME TAG TIMESTAMP
>> zpool-01/dataset-01@1299636001 .send-18440-0 Tue Mar 15 20:00:39 2011
>> xxx> zfs holds
On Mon, Apr 11, 2011 at 10:55 AM, Matt Harrison
wrote:
> It did finish eventually, not sure how long it took in the end. Things are
> looking good again :)
If you want to continue using dedup, you should invest in (a lot) more
memory. The amount of memory required depends on the size of your pool
