On Sun, Aug 20, 2006 at 08:38:03PM -0700, Luke Lonergan wrote:
> Matthew,
>
> On 8/20/06 6:20 PM, "Matthew Ahrens" <[EMAIL PROTECTED]> wrote:
>
> > This was not the design, we're working on fixing this bug so that many
> > threads will be used to do the compression.
>
> Is this also true of deco
On Sun, 20 Aug 2006, Sean Meighan wrote:
> On our Niagara T2000 32x1000mhz box, 8 gigs ram, 4x68gig disk drives . we
> setup three drives as raidz with compression. all of our performance issues
> are gone. remember we receive ~150 million lines of ASCII and 2 million files
> per day . we have ha
On our Niagara T2000 32x1000mhz box, 8 gigs ram, 4x68gig disk drives .
we setup three drives as raidz with compression. all of our performance
issues are gone. remember we receive ~150 million lines of ASCII and 2
million files per day . we have had zero performance issues since we
1) upgrade
Matthew,
On 8/20/06 6:20 PM, "Matthew Ahrens" <[EMAIL PROTECTED]> wrote:
> This was not the design, we're working on fixing this bug so that many
> threads will be used to do the compression.
Is this also true of decompression?
- Luke
___
zfs-discus
Alan Romeril wrote:
PxFS performance improvements of the order of 5-6 times are possible
depending on the workload using Fastwrite option.
Fantastic! Has this been targetted at directory operations? We've
had issues with large directorys full of small files being very slow
to handle over PxFS.
On Sun, Aug 20, 2006 at 06:16:23PM -0500, Mike Gerdts wrote:
> On 8/20/06, James Dickens <[EMAIL PROTECTED]> wrote:
> >On 8/20/06, trevor pretty <[EMAIL PROTECTED]> wrote:
> >> Team
> >>
> >> During a ZFS presentation I had a question from Vernon which I could not
> >> answer and did not find with
On 8/20/06, Mike Gerdts <[EMAIL PROTECTED]> wrote:
On 8/20/06, James Dickens <[EMAIL PROTECTED]> wrote:
> On 8/20/06, trevor pretty <[EMAIL PROTECTED]> wrote:
> > Team
> >
> > During a ZFS presentation I had a question from Vernon which I could not
> > answer and did not find with a quick look th
On 8/20/06, James Dickens <[EMAIL PROTECTED]> wrote:
On 8/20/06, trevor pretty <[EMAIL PROTECTED]> wrote:
> Team
>
> During a ZFS presentation I had a question from Vernon which I could not
> answer and did not find with a quick look through the archives.
>
> Q: What's the effect (if any) of only
On 8/20/06, trevor pretty <[EMAIL PROTECTED]> wrote:
Team
During a ZFS presentation I had a question from Vernon which I could not
answer and did not find with a quick look through the archives.
Q: What's the effect (if any) of only having on Floating Point Processor
on Niagara when you turn on
Team
During a ZFS presentation I had a question from Vernon which I could not
answer and did not find with a quick look through the archives.
Q: What's the effect (if any) of only having on Floating Point Processor
on Niagara when you turn on ZFS compression?
--
thanks for the heads up. I've fixed them to point to the right documents. NoelOn Aug 20, 2006, at 11:38 AM, Ricardo Correia wrote:By the way, the manpage links in http://www.opensolaris.org/os/community/zfs/docs/ are not correct, they are linked to wrong documents.
Hi,
How are the statistics in 'zpool iostat -v' computed? Is this an
x-minute-average? I noticed that if there's no I/O for a while, the numbers
keep decreasing and the zpool manpage doesn't say anything about this.
By the way, the manpage links in
http://www.opensolaris.org/os/community/zfs/d
PxFS performance improvements of the order of 5-6 times are possible depending
on the workload using Fastwrite option.
Fantastic! Has this been targetted at directory operations? We've had issues
with large directorys full of small files being very slow to handle over PxFS.
Are there plans fo
Bill Moore wrote:
On Sat, Aug 19, 2006 at 01:25:21PM +0200, michael schuster wrote:
maybe a stupid question: what do we use for compressing dump data on the
dump device?
We use a variant of Lempel-Ziv called lzjb (the jb is for Jeff Bonwick).
The algorithm was designed for very small code/memo
14 matches
Mail list logo
