Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c

Tim Kientzle <tim_at_kientzle.com> wrote:
> Ruslan Ermilov wrote:
> > On Mon, Apr 05, 2004 at 02:32:18PM -0700, Tim Kientzle wrote:
> > 
> >>kientzle    2004/04/05 14:32:18 PDT
> >>
> >>  FreeBSD src repository
> >>
> >>  Added files:
> >>    usr.bin/tar          Makefile bsdtar.1 bsdtar.c bsdtar.h 
> >>                         bsdtar_platform.h matching.c read.c 
> >>                         util.c write.c 
> >>  Log:
> >>  Initial commit for bsdtar.
> >>  
> > 
> > Awesome!  Are there some benchmarking results available?
> 
> I haven't focused very closely on performance yet, to be honest, though
> the internal architecture is pretty clean (minimal data copying;
> reuse of internal buffers to avoid heap thrashing).
> 
> I did some quick tests early on and the performance (on dearchiving)
> was roughly comparable to gnutar.  (Within about 5-10%.)  That will
> improve some as I continue to work on it.  However, in general,
> I expect it to be a little bit slower because the compression
> isn't handled in a separate process (thus there's less overlapping
> of I/O and computation).

What if you do compression as a worker thread?  I don't know how performance 
compares, but proof of concept is:
<http://green.homeunix.org/~green/libarchive_bz2thread.patch>

Good job on bsdtar and libarchive!  I'm curious if you're trying to make tar 
-t output in the same long format as GNU tar -- it appears to have link 
count, but not the year part of the date.

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green_at_FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\