Index: chrome/test/data/v8_benchmark_v6/README.txt |
diff --git a/chrome/test/data/v8_benchmark_v6/README.txt b/chrome/test/data/v8_benchmark_v6/README.txt |
new file mode 100644 |
index 0000000000000000000000000000000000000000..6676f37556e425a020ab3337f531b8f531b77d21 |
--- /dev/null |
+++ b/chrome/test/data/v8_benchmark_v6/README.txt |
@@ -0,0 +1,79 @@ |
+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. |