6 Jan
2017
6 Jan
'17
6:56 p.m.
Larry McVoy <lm(a)mcvoy.com> wrote:
First, it was two claims, fast file system, and fast
processes. You
seem to have ignored the second one. That second one is a big deal
for multi process/multi processor jobs.
Both are not aligned with my experiences.
Note that I replaced Linux from the central web server for berlios.de
by Solaris around 2005 and that resulted in a noticeable increased overall
performance which includes fast processes.
If you have access to solaris and linux running on the
same hardware,
get a copy of lmbench and run it. I can walk you through the results
and if LMbench has bit rotted I'll fix it.
http://mcvoy.com/lm/bitmover/lmbench/lmbench2.tar.gz
I contacted a friend and we are going to set up such a machine and do tests.
This however will take a few weeks.
BTW: I am not using "tar" for my tests but rather "star" as
"tar" is too
unspecific to be used for comparisons and as known implementations (including
"gtar") are too slow to use them for performance metering.
Since SEEK_HOLE/SEEK_DATA is available, "star -copy ..." is e.g. at least 10%
faster than any other copying tool, including ufsdump/ufsrestore.
Jörg
--
EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin
joerg.schilling(a)fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.org/private/ http://sourceforge.net/projects/schilytools/files/