Author: Graeme Humphries <graeme.humphries AT vcom DOT com>
Date: Wed, 29 Jun 2005 09:57:48 -0600
Hi guys, I've got my configuration mostly sorted out now, so it's doing what I want it to. However, I've got a question about some weird behavior I'm seeing on my AMANDA server. I'm using the srvcomp
Now, why oh why is it doing *two* gzip operations on each set of data!? It looks like the gzip --best isn't actually getting that much running time, so is there something going on here that's faking
A dump is two streams, the data being backed up and the index. Each are separately gzipped. -- Jon H. LaBadie jon AT jgcomp DOT com JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 0
Author: Graeme Humphries <graeme.humphries AT vcom DOT com>
Date: Wed, 29 Jun 2005 10:58:07 -0600
Ahhh, that makes sense then. Alright, I've got to beef up my AMANDA server, because it's struggling along with just those 4 gzips, and I want to have 4 dumpers going simultaneously all the time. -- G
Ahhh, that makes sense then. Alright, I've got to beef up my AMANDA server, because it's struggling along with just those 4 gzips, and I want to have 4 dumpers going simultaneously all the time. The
"fast" rather than "best" might make a big difference Wishlist item: allow for compress "normal" as well as best and fast. It often strikes a good balance between the slight extra compression of best
Author: Graeme Humphries <graeme.humphries AT vcom DOT com>
Date: Wed, 29 Jun 2005 11:24:25 -0600
Client side compression gives me around 3-4 MB / sec data transfers. Server side gives me around 10-15 MB / sec (with the current CPU in the AMANDA server). Uncompressed FTP dumps get around 30-40 MB
Author: Graeme Humphries <graeme.humphries AT vcom DOT com>
Date: Wed, 29 Jun 2005 11:22:47 -0600
Oh, can you specify compress-fast as well as srvcompress? That definitely would help. -- Graeme Humphries (graeme.humphries AT vcom DOT com) Linux Administrator VCom Inc. (306) 955-7075 ext 485 My vi