On Sun, 2007-04-08 at 13:56 -0400, Gene Heskett wrote:
> On Sunday 08 April 2007, Mike Galbraith wrote:
> >On Sun, 2007-04-08 at 07:33 -0400, Gene Heskett wrote:
> >> That seems to be the killer loading here, building a kernel (make -j3)
> >> doesn't seem to lag it all that bad.  One session of gzip -best makes
> >> it fall plumb over though, which was a disappointment.
> >
> >Can you make a testcase that doesn't require amanda?
> >
> >     -Mike
> 
> Sure.  Try 'tar czf nameofarchive.tar.gz /path/to-dir-to-be-backed-up'
> 
> Or, from the runtar log from this morning, and this is all one line:
> 
> runtar.20070408022016.debug:running: /bin/tar: 'gtar' '--create' '--file' '-' 
> '--directory' '/usr/dlds-rpms' '--one-file-system' '--listed-incremental' 
> '/usr/local/var/amanda/gnutar-lists/coyote_usr_dlds-rpms_1.new' '--sparse' 
> '--ignore-failed-read' '--totals' '--exclude-from' 
> '/tmp/amanda/sendbackup._usr_dlds-rpms.20070408022016.exclude' '.'
> 
> and amanda will if requested, pipe that output through a |gzip -best, and 
> its this process that brings the machine to the table begging for scraps 
> like a puppy.  Tar by itself can be felt but isn't bad.

So tar -cvf - / | gzip --best | tar -tvzf - should reproduce the
problem?

        -Mike

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to