On Wed, Jun 08, 2011 at 11:44:16AM -0700, Marty Scholes wrote:
> And I looked in the source. My C is a little rusty, yet it appears
> that prefetch items are not stored in L2ARC by default. Prefetches
> will satisfy a good portion of sequential reads but won't go to
> L2ARC.
Won't go to L2ARC
> This is not a true statement. If the primarycache
> policy is set to the default, all data will
> be cached in the ARC.
Richard, you know this stuff so well that I am hesitant to disagree with you.
At the same time, I have seen this myself, trying to load video files into
L2ARC without succes
On Jun 7, 2011, at 9:12 AM, Phil Harman wrote:
> Ok here's the thing ...
>
> A customer has some big tier 1 storage, and has presented 24 LUNs (from four
> RAID6 groups) to an OI148 box which is acting as a kind of iSCSI/FC bridge
> (using some of the cool features of ZFS along the way). The OI
On 08/06/2011 14:35, Marty Scholes wrote:
Are some of the reads sequential? Sequential reads
don't go to L2ARC.
That'll be it. I assume the L2ARC is just taking
metadata. In situations
such as mine, I would quite like the option of
routing sequential read
data to the L2ARC also.
The good news
> > Are some of the reads sequential? Sequential reads
> don't go to L2ARC.
>
> That'll be it. I assume the L2ARC is just taking
> metadata. In situations
> such as mine, I would quite like the option of
> routing sequential read
> data to the L2ARC also.
The good news is that it is almost a c
On 07/06/2011 22:57, LaoTsao wrote:
You have un balance setup
Fc 4gbps vs 10gbps nic
It's actually 2x 4Gbps (using MPXIO) vs 1x 10Gbps.
After 10b/8b encoding it is even worse, but this not yet impact your benchmark
yet
Sent from my iPad
Hung-Sheng Tsao ( LaoTsao) Ph.D
On Jun 7, 2011, at 5:
You have un balance setup
Fc 4gbps vs 10gbps nic
After 10b/8b encoding it is even worse, but this not yet impact your benchmark
yet
Sent from my iPad
Hung-Sheng Tsao ( LaoTsao) Ph.D
On Jun 7, 2011, at 5:46 PM, Phil Harman wrote:
> On 07/06/2011 20:34, Marty Scholes wrote:
>> I'll throw out som
On 07/06/2011 20:34, Marty Scholes wrote:
I'll throw out some (possibly bad) ideas.
Thanks for taking the time.
Is ARC satisfying the caching needs? 32 GB for ARC should almost cover the
40GB of total reads, suggesting that the L2ARC doesn't add any value for this
test.
Are the SSD device
I'll throw out some (possibly bad) ideas.
Is ARC satisfying the caching needs? 32 GB for ARC should almost cover the
40GB of total reads, suggesting that the L2ARC doesn't add any value for this
test.
Are the SSD devices saturated from an I/O standpoint? Put another way, can ZFS
put data to
Ok here's the thing ...
A customer has some big tier 1 storage, and has presented 24 LUNs (from
four RAID6 groups) to an OI148 box which is acting as a kind of iSCSI/FC
bridge (using some of the cool features of ZFS along the way). The OI
box currently has 32GB configured for the ARC, and 4x 2
10 matches
Mail list logo
