From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751581AbXDHR5R (ORCPT ); Sun, 8 Apr 2007 13:57:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751597AbXDHR5R (ORCPT ); Sun, 8 Apr 2007 13:57:17 -0400 Received: from vms048pub.verizon.net ([206.46.252.48]:48507 "EHLO vms048pub.verizon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751580AbXDHR5Q (ORCPT ); Sun, 8 Apr 2007 13:57:16 -0400 Date: Sun, 08 Apr 2007 13:56:48 -0400 From: Gene Heskett Subject: Re: Ten percent test In-reply-to: <1176032450.6304.3.camel@Homer.simpson.net> To: linux-kernel@vger.kernel.org Cc: Mike Galbraith , Ingo Molnar , Con Kolivas , Andrew Morton , ck list Message-id: <200704081356.48843.gene.heskett@gmail.com> Organization: Organization? very little MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit Content-disposition: inline References: <200703290237.38777.kernel@kolivas.org> <200704080733.39303.gene.heskett@gmail.com> <1176032450.6304.3.camel@Homer.simpson.net> User-Agent: KMail/1.9.6 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org 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. Even without the -best switch in effect, I'm sure you'll see the machine slow considerably. Please don't try to call amanda an unusual load as amanda itself is nothing but an intelligent manager, constructing the command lines passed to tar or dump, and gzip, which do the real work. Amdump, the manager my scripts wrap around, and my scripts themselves, will not use more than .01% of the cpu when averaged over the whole backup session. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) We are Microsoft. What you are experiencing is not a problem; it is an undocumented feature.