Re: Tip: ontape + gzip parallel compress

On Sep 30, 3:09 pm, Cesar Inacio Martins <cesar_inacio_mart...@yahoo.com.br> wrote: > Hi Nick, > > I just uncompress (with gzip and pigz) the file and checked with md5sum and archecker , don't execute the complete process of restore, yet. > > Check the IIUG forum :http://www.iiug.org/forums/ids/index.cgi/noframes/read/21476 > > I got a feedback from other guy what already use the pigz with Informix. > I'm still testing it . > Regards > Cesar > > --- Em qua, 29/9/10, Nick <milesnmi...@gmail.com> escreveu: > > De: Nick <milesnmi...@gmail.com> > Assunto: Re: Tip: ontape + gzip parallel compress > Para: informix-l...@iiug.org > Data: Quarta-feira, 29 de Setembro de 2010, 18:17 > > Great stuff.  Have you tested a restore using the same? > > I'd be curious how that goes, since the restore will be the most time > critical process if and when it's used. > > Nick > > _______________________________________________ > Informix-list mailing list > Informix-l...@iiug.orghttp://www.iiug.org/mailman/listinfo/informix-list We're using pigz since about a year, we're restoring pigz'ed ontape L0 (replaced /bin/gzip with /bin/pigz to have it system wide) every night onto a nightly copy instance(the whole 110GB instance is packed in 20minutes into 13GB, default pigz number of threads for 4 CPUs seen by the OS). I had some problems piping tar -cv | gzip (which was a pigz actually) so I don't use pigz with piping. I use onconfig variable (BACKUP_FILTER) to use /bin/gzip for ontape (pigz actually) for all my 5 IFX instances - didn't see any problems ever. Had to restore a 600+GB server once from pigz'd backup, went fine, nothing bothering.