Date: Sat, 21 Mar 2009 14:29:17 +0200 From: Ghirai <ghirai@ghirai.com> To: freebsd-questions@freebsd.org Subject: Re: speed in extracting rar files - unrar vs. 7z Message-ID: <20090321142917.e337dd8f.ghirai@ghirai.com> In-Reply-To: <200903201927.02238.mel.flynn%2Bfbsd.questions@mailing.thruhere.net> References: <20090321015316.87f9531b.ghirai@ghirai.com> <20090321015549.18863f97@gumby.homeunix.com> <200903201927.02238.mel.flynn%2Bfbsd.questions@mailing.thruhere.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 20 Mar 2009 19:27:02 -0800 Mel Flynn <mel.flynn+fbsd.questions@mailing.thruhere.net> wrote: > On Friday 20 March 2009 17:55:49 RW wrote: > > On Sat, 21 Mar 2009 01:53:16 +0200 > > > > Ghirai <ghirai@ghirai.com> wrote: > > > The shareware WinRAR on windows seems to be better implemented > > > (?), as it uses both cores to the fullest, and as such the time > > > needed to extract stuff is a lot shorter. > > > > IIRC the unix version is portable C, but winrar has a lot of CPU > > specific optimizations. > > Among which, being single threaded on unix: > % ldd /usr/local/bin/unrar > /usr/local/bin/unrar: > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x280ad000) > libm.so.5 => /lib/libm.so.5 (0x281a1000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281bb000) > libc.so.7 => /lib/libc.so.7 (0x281c6000) > > Since disk can read faster then the decompression, a threadpool would > be able to use both CPU's for decompressing and speed things up. At > least in theory, but certainly on large files with SATA disks. > > I believe 7z uses bigger buffers, which would explain the marginal > difference in runtime. > -- > Mel > That sounds about right, thanks. This is too bad really, seeing as multicore has gained a lot of traction, and seems to be getting even more popular in the future. I forgot to state that the disks are SATA300, and i ran WinRAR on the same hardware as unrar/7z. -- Regards, Ghirai.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090321142917.e337dd8f.ghirai>