Despam
[ikiwiki.git] / performance / index.html
index 2c49476..5ec233e 100644 (file)
@@ -6,7 +6,7 @@
 
 <h2>Symmetric Multi-Processor Scaling</h2>
 
-<p>It is true that one of the original goals of the DragonFly BSD project was performance-oriented, the project sought to do SMP in more straightforward, compos-able, understandable and algorithmic-ally superior ways to the work being done in other operating system kernels. This results of this process have become staggeringly obvious with the 3.0 and 3.2 releases of DragonFly, which saw a significant amount of polishing and general scalability work, the culmination of which can be seen in the following graph.</p>
+<p>It is true that one of the original goals of the DragonFly BSD project was performance-oriented, the project sought to do SMP in more straightforward, composable, understandable and algorithmically superior ways to the work being done in other operating system kernels. The results of this process have become staggeringly obvious with the 3.0 and 3.2 releases of DragonFly, which saw a significant amount of polishing and general scalability work, the and culmination of which can be seen in the following graph.</p>
 
 <p>The following graph charts the performance of the PostgreSQL 9.3 development version as of <a href="http://git.postgresql.org/gitweb/?p=postgresql.git;a=commit;h=b0fc0df9364d2d2d17c0162cf3b8b59f6cb09f67" target="_blank">late June 2012</a> on DragonFly BSD 3.0 and 3.2, FreeBSD 9.1, NetBSD 6.0 and Scientific Linux 6.2 running Linux kernel version 2.6.32. The tests were performed using system defaults on each platform with pgbench as the test client with a scaling factor of 800. The test system in question was a dual-socket Intel Xeon X5650 with 24GB RAM.</p>
 
@@ -14,8 +14,9 @@
 
 <p>NetBSD 6.0 was unable to complete the benchmark run.</p>
 
-<p>In this particular test, which other operating systems have often utilized to show how well they scale you can see that the scalability of DragonFly BSD 3.2 is nothing short of excellent. The scalability far surpasses other BSD-derived codebases and is roughly on par with the Linux kernel. DragonFly performs better than linux at lower concurrencies and the small performance hit at high client counts was given up willingly to retain the trademark interactivity that make BSD systems a pleasure to use.</p>
+<p>In this particular test, which other operating systems have often utilized to show how well they scale, you can see the immense improvement in scalability of DragonFly BSD 3.2. PostgreSQL's scalability in 3.2 far surpasses other BSD-derived codebases and is roughly on par with the Linux kernel (which has been the object of expensive, multi-year optimization efforts). DragonFly performs better than linux at lower concurrencies and the small performance hit at high client counts was given up willingly to ensure that we maintain acceptable interactivity even at extremely high throughput levels.</p>
 
+<p><em>Note: single-host pgbench runs like the ones above are not directly useful for estimating PostgreSQL scaling behavior. For example, any real-world setup that needs to handle that many transactions would be using multiple PostgreSQL servers and the client themselves would be running on a set of different hosts. This would be much less demanding of the underlying OS. If you plan to use PostgreSQL on DragonFly and are targeting high-throughput, we encourage you to do your own testing and would appreciate any reports of inadequate performance. That said, the above workload does demonstrate the effect of algorithmic improvements that have been incorporated into the 3.2 kernel and should positively affect many  real-world setups (not just PostgreSQL ones).</em></p>
 <br/>
 
 <h2>Swapcache</h2>