| Index: chrome/test/data/v8_benchmark/README.txt
|
| diff --git a/chrome/test/data/v8_benchmark/README.txt b/chrome/test/data/v8_benchmark/README.txt
|
| deleted file mode 100644
|
| index 6676f37556e425a020ab3337f531b8f531b77d21..0000000000000000000000000000000000000000
|
| --- a/chrome/test/data/v8_benchmark/README.txt
|
| +++ /dev/null
|
| @@ -1,79 +0,0 @@
|
| -V8 Benchmark Suite
|
| -==================
|
| -
|
| -This is the V8 benchmark suite: A collection of pure JavaScript
|
| -benchmarks that we have used to tune V8. The licenses for the
|
| -individual benchmarks are included in the JavaScript files.
|
| -
|
| -In addition to the benchmarks, the suite consists of the benchmark
|
| -framework (base.js), which must be loaded before any of the individual
|
| -benchmark files, and two benchmark runners: An HTML version (run.html)
|
| -and a standalone JavaScript version (run.js).
|
| -
|
| -
|
| -Changes From Version 1 To Version 2
|
| -===================================
|
| -
|
| -For version 2 the crypto benchmark was fixed. Previously, the
|
| -decryption stage was given plaintext as input, which resulted in an
|
| -error. Now, the decryption stage is given the output of the
|
| -encryption stage as input. The result is checked against the original
|
| -plaintext. For this to give the correct results the crypto objects
|
| -are reset for each iteration of the benchmark. In addition, the size
|
| -of the plain text has been increased a little and the use of
|
| -Math.random() and new Date() to build an RNG pool has been removed.
|
| -
|
| -Other benchmarks were fixed to do elementary verification of the
|
| -results of their calculations. This is to avoid accidentally
|
| -obtaining scores that are the result of an incorrect JavaScript engine
|
| -optimization.
|
| -
|
| -
|
| -Changes From Version 2 To Version 3
|
| -===================================
|
| -
|
| -Version 3 adds a new benchmark, RegExp. The RegExp benchmark is
|
| -generated by loading 50 of the most popular pages on the web and
|
| -logging all regexp operations performed. Each operation is given a
|
| -weight that is calculated from an estimate of the popularity of the
|
| -pages where it occurs and the number of times it is executed while
|
| -loading each page. Finally the literal letters in the data are
|
| -encoded using ROT13 in a way that does not affect how the regexps
|
| -match their input.
|
| -
|
| -
|
| -Changes from Version 3 to Version 4
|
| -===================================
|
| -
|
| -The Splay benchmark is a newcomer in version 4. It manipulates a
|
| -splay tree by adding and removing data nodes, thus exercising the
|
| -memory management subsystem of the JavaScript engine.
|
| -
|
| -Furthermore, all the unused parts of the Prototype library were
|
| -removed from the RayTrace benchmark. This does not affect the running
|
| -of the benchmark.
|
| -
|
| -
|
| -Changes from Version 4 to Version 5
|
| -===================================
|
| -
|
| -Removed duplicate line in random seed code, and changed the name of
|
| -the Object.prototype.inherits function in the DeltaBlue benchmark to
|
| -inheritsFrom to avoid name clashes when running in Chromium with
|
| -extensions enabled.
|
| -
|
| -
|
| -Changes from Version 5 to Version 6
|
| -===================================
|
| -
|
| -Removed dead code from the RayTrace benchmark and fixed a couple of
|
| -typos in the DeltaBlue implementation. Changed the Splay benchmark to
|
| -avoid converting the same numeric key to a string over and over again
|
| -and to avoid inserting and removing the same element repeatedly thus
|
| -increasing pressure on the memory subsystem. Changed the RegExp
|
| -benchmark to exercise the regular expression engine on different
|
| -input strings.
|
| -
|
| -Furthermore, the benchmark runner was changed to run the benchmarks
|
| -for at least a few times to stabilize the reported numbers on slower
|
| -machines.
|
|
|