X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;ds=sidebyside;f=2019-kvm-forum%2F8400-tradeoff-complexity-issues.html;h=f3c0ba3202e5b9cf7aa0bdeb50db1b6901d2f0ee;hb=6f34bcd5178f2622d9a15915ad2ca136525f318a;hp=82083504573c263d683bce32b69a216b37e20f2a;hpb=d247f3c2cbab75f1f57ac54c6ee8d797d3c4c926;p=libguestfs-talks.git

diff --git a/2019-kvm-forum/8400-tradeoff-complexity-issues.html b/2019-kvm-forum/8400-tradeoff-complexity-issues.html
index 8208350..f3c0ba3 100644
--- a/2019-kvm-forum/8400-tradeoff-complexity-issues.html
+++ b/2019-kvm-forum/8400-tradeoff-complexity-issues.html
@@ -5,26 +5,47 @@
 <h1>Tradeoff: how much complexity</h1>
 
 <p>
-  Filler - summarize various options. Maybe a 2-d graph with:
-
-  <pre>
-    c |
-    l |
- ^  i |
-    e |
- i  n |
- n  t |  multiple knobs,
- c    |  requires multiple
- r  c |  fallbacks, but a
- e  o |  non-SR solution works
- a  m |
- s  p |
- i  l |
- n  e |
- g  x |                           require more uniformity,
-    i |                           interop testing is easier,
-    t |                           but writing correct server
-    y |                           requires more effort
-      +------------------------------------------------------
-         > increasing server complexity
+  Tradeoffs in implementation complexity
+  <table id="border">
+    <tr>
+      <th style="width:8%;"></th>
+      <th>Lots of knobs in the NBD spec</th>
+      <th>Mandate all-or-none server implementation</th>
+    </tr>
+    <tr>
+      <td style="text-align:center;">Pro</td>
+      <td>
+	<ul>
+	  <li>Implement as much or as little as convenient for the
+	    server
+	  <li>Matches reality that no one resize solution fits all
+	</ul>
+      </td>
+      <td>
+	<ul>
+	  <li>Easier interoperability testing
+	  <li>Client can rely on all servers giving same response
+	</ul>
+      </td>
+    </tr>
+    <tr>
+      <td style="text-align:center;">Con</td>
+      <td>
+      	<ul>
+	  <li>More combinations requires more testing
+	  <li>Odd or untested combinations could produce weird
+	    behaviors or even CVEs
+	  <li>Clients must be prepared for more fallbacks
+	  <li>NBD protocol tries to be as simple as possible
+	</ul>
+      </td>
+      <td>
+	<ul>
+	  <li>Not all tradeoffs map easily to existing implementation
+	  <li>Open-ended structured replies requires more efforts for
+	    writing a compliant server
+	</ul>
+      </td>
+    </tr>
+  </table>
 </p>