Gecko [ 167.86.127.34 ]

Name	Size	Permission
add.htm	3.14 KB	-rw-r--r--
bench.htm	3.06 KB	-rw-r--r--
delete.htm	1.74 KB	-rw-r--r--
extract.htm	3.59 KB	-rw-r--r--
extract_full.htm	2.53 KB	-rw-r--r--
hash.htm	1.79 KB	-rw-r--r--
index.htm	1.63 KB	-rw-r--r--
list.htm	2.12 KB	-rw-r--r--
rename.htm	1.39 KB	-rw-r--r--
style.css	2.78 KB	-rw-r--r--
test.htm	1.42 KB	-rw-r--r--
update.htm	2.28 KB	-rw-r--r--

Code Editor : bench.htm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META http-equiv="Content-Type" content="text/html; charset=Windows-1252">
 <TITLE>b (Benchmark) command</TITLE>
 <LINK href="style.css" rel="stylesheet" type="text/css">
</HEAD>

<BODY>

<H1>b (Benchmark) command</H1>

Measures speed of the CPU and checks RAM for errors.

<H4>Syntax</H4>

<PRE class="syntax">
b [number_of_iterations] [-mmt{N}] [-md{N}] [-mm={Method}]
</PRE>

There are two tests:
<OL>
 <LI>Compressing with LZMA method
 <LI>Decompressing with LZMA method
</OL>

The benchmark shows a rating in MIPS (million instructions per second).
The rating value is calculated from the measured CPU speed and it
is normalized with results of Intel Core 2 CPU with multi-threading option 
switched off. So if you have Intel Core 2 Duo, 
rating values must be close to real CPU frequency.

You can change the upper dictionary size to increase memory usage by -md{N} switch.
Also, you can change the number of threads by -mmt{N} switch.

The Dict column shows dictionary size. For example, 21 means 2^21 = 2 MB.

The Usage column shows the percentage of time the processor is working.
It's normalized for a one-thread load. For example, 180% CPU Usage for 2 threads
can mean that average CPU usage is about 90% for each thread.

The R / U column shows the rating normalized for 100% of CPU usage.
That column shows the performance of one average CPU thread.

Avr shows averages for different dictionary sizes.
Tot shows averages of the compression and decompression ratings.

Compression speed and rating strongly depend on memory (RAM) latency.

Decompression speed and rating strongly depend on the integer performance of the CPU.
For example, the Intel Pentium 4 has big branch
misprediction penalty (which is an effect of its long pipeline) and pretty slow
multiply and shift operations. So, the Pentium 4 has pretty low decompressing ratings.

You can run a CRC calculation benchmark by specifying -mm=crc.
That test shows the speed of CRC calculation in MB/s. The first column shows the size of the block.
The next column shows the speed of CRC calculation for one thread. The other columns are results
for multi-threaded CRC calculation.

With -mm=* switch you can run a complex benchmark. It tests hash calculation methods, 
compression and encryption codecs of 7-Zip.
Note that the tests of LZMA have big weight in "total" results.
And the results are normilized with AMD K8 cpu in complex benchmark. 
 
<H4>Examples</H4>

<PRE class="example">
7z b
</PRE>
runs benchmarking.

<PRE class="example">
7z b -mmt1 -md26
</PRE>
runs benchmarking with one thread and 64 MB dictionary.

<PRE class="example">
7z b 30
</PRE>
runs benchmarking with default settings for 30 iterations.

<PRE class="example">
7z b -mm=*
</PRE>
runs complex 7-Zip benchmark.

</BODY>
</HTML>

${this.title}

Code Editor : bench.htm