Release post

Author: ceresek

website/_posts/2019-05-06-renaissance-0-9-0.md

@@ -42,4 +42,3 @@ the first major release of the suite which should be ready in few weeks.
 We welcome any comments and contributions.
 
 Happy benchmarking!
-

website/_posts/2019-07-03-renaissance-0-10-0.md

@@ -23,7 +23,7 @@ It helps companies like Oracle, IBM or SAP track performance
 and/or fix bugs. For instance, [this OpenJ9 bug](https://github.com/eclipse/openj9/issues/5726)
 running Apache Spark has been spotted thanks to the Renaissance suite.
 
-We address special thanks to :
+We address special thanks to:
 - [tkrodriguez](https://github.com/tkrodriguez) from Oracle for the in-depth analysis of the `finagle-chirper` bug
 - [vkostyukov](https://github.com/vkostyukov) from Twitter, for his feedback on the Finagle benchmarks
 - [MBaesken](https://github.com/MBaesken) and the SAP Machine team for compatibility testing on less common infrastructures

website/_posts/2020-06-05-renaissance-0-11-0.md

@@ -0,0 +1,31 @@
+---
+layout: mainpost
+projectname: Renaissance Suite
+title:  "Renaissance 0.11 Released"
+author: Petr Tuma
+---
+
+A new release of the Renaissance benchmark suite includes several changes to the workloads:
+- `movie-lens` bug fix, where part of the setup was moved out of the core benchmark iteration,
+- `log-regression` bug fix, where input features are cached to avoid parsing the input during each benchmark iteration,
+- `neo4j-analytics` improvement that adds indices and uses placeholder for queries (contributed by Michael Hunger from Neo4J), and
+- `dotty` fix for Windows compatibility.
+
+The Renaissance harness now forces a garbage collection run before each iteration.
+This changes especially the behavior of Spark based workloads, which would otherwise
+retain weakly referenced objects until Spark controlled cleanup once every 30 minutes.
+The garbage collection forced by the harness can be disabled with the `--no-forced-gc` flag.
+
+The harness also includes two plugins,
+`jmx-timers` for collecting the JIT compilation times, and
+`ubench-agent` for collecting the values of arbitrary hardware performance counters.
+
+The JSON result format now also includes OS and system metadata,
+which help capture the benchmark execution conditions across experiments.
+
+We also note that [Renaissance helped tune](https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2019-December/036332.html) the OpenJDK HotSpot inlining settings.
+
+Special thanks go to:
+- [Michael Hunger](https://github.com/jexp) from Neo4J for his contribution on the `neo4j-analytics` benchmark,
+- [Guillaumes Martres](https://github.com/smarter) from EPFL for his input on fixing the `dotty` benchmark for Windows, and
+- [Tom Rodriguez](https://github.com/tkrodriguez) from Oracle Labs for spotting a bug in `log-regression`.