lce14: content

[obnox/slides/2014-10-lce.git] / base-wiki.wiki

diff --git a/base-wiki.wiki b/base-wiki.wiki
index a213d8bff573375142e02bc7a13e17cd0943f19b..968d983d8574518aee507d480181549ceb851962 100644 (file)
--- a/base-wiki.wiki
+++ b/base-wiki.wiki
@@ -64,17 +64,17 @@
 
 ==== Samba File Server Topics / Challenges ====
 
-* scalable file server / performance
-** scale-up: exhaust powerful boxes
-** scale-out: flexible all-active clusters
-** scale-down: perform well on low-end boxes
-* server workloads / SMB features
-** small \# of connections, threaded applications
-** Hyper-V, ...
-** SMB3 (clustering, RDMA, ...)
-* interop / multi-protocol access (nfs, afp, ...)
-* special file systems support (gluster, ceph, gpfs, btrfs, ...)
-* cloud / openstack?...
+# performance: scalable file server
+#* scale-up: exhaust powerful boxes
+#* scale-out: flexible all-active clusters
+#* scale-down: perform well on low-end boxes
+# interop: multi-protocol access (nfs, afp, ...)
+# server workloads / SMB features
+#* tune for: small \# of connections, threaded applications
+#* Hyper-V, ...
+#* SMB3 (clustering, RDMA, ...)
+# special file systems support (gluster, ceph, gpfs, btrfs, ...)
+# cloud / openstack?...
 %* (samba $\leftrightarrow$ cifs.ko alternative to nfs?...)
 
 
@@ -103,14 +103,16 @@
 
 ==== Performance - low end systems ====
 
-Reduction of CPU usage for low profile platforms like arm (SMB2)
 
+<[block]{Reduction of CPU usage for low profile platforms like arm (SMB2)}
 * Samba 4.0:
 ** didn't saturate 1G nic (arm), CPU 100\%
 * reduced memory allocations
 * instrument SMB 2.1 multi-credit / large MTU
 * Samba 4.2:
 ** saturates 1G nic (arm), CPU $<$ 100\%
+* ==> continuing
+[block]>
 
 ==== Performance - DB performance ====
 
@@ -432,6 +434,12 @@ Fruit Demo
 * implement interface discovery [WIP]
 }
 
+==== Multi-Channel - Samba ====
+
+<[center]
+<<<smb3-mc-samba_exp.png,height=.9\textheight>>>
+[center]>
+
 ==== ====[plain]
 
 <[center]
@@ -455,12 +463,18 @@ Multi-Channel Demo
 * samba (TODO):
 ** prereq: multi-channel / fd-passing
 ** buffer / transport abstractions [TODO]
-** central daemon (or kernel module) to serve as RDMA "proxy" \\ %
-(libraries: not fork safe and no fd-passing)
+** _red_problem_: libraries: not fork safe and no fd-passing \\ %
+==> central daemon (or kernel module) to serve as RDMA "proxy"
 }
 
 ==== SMB Direct (RDMA) - Plan ====
 
+<[center]
+<<<smb3-rdma-samba_exp.png,height=.9\textheight>>>
+[center]>
+
+==== SMB Direct (RDMA) - Plan ====
+
 +<2->{
 * smbd-d (rdma proxy daemon)
 ** listens on unix domain socket (@/var/lib/smbd-d/socket@)
@@ -772,6 +786,39 @@ Multi-Channel Demo
 [block]>
 
 
+==== Forecast: Cloudy ====
+
+<[block]{Possible involvement with OpenStack}
+* SMB storage service for Windows (and other) VMs
+* SMB3 storage backend for Hyper-V images
+* also: chances for AD-integration into auth
+[block]>
+
+==== Credits ====
+
+<[block]{especially but not exclusively}
+* Volker Lendecke
+* Stefan Metzmacher
+* Ralph Böhme
+* David Disseldorp
+* Andreas Schneider
+[block]>
+
+
+==== Conclusion ====
+
+<[block]{Remember}
+* Samba 4.X is quite different from 3.Y
+[block]>
+
+<[block]{What's coming?}
+* Performance: the story continues
+* Interop: strengthen strenths
+* SMB(3) features: a lot to come ( ==> cluster, hyper-v, ...)
+* Some clouds in the sky...
+[block]>
+
+
 ==== Thanks for your attention! ====[plain]
 
 %\transdissolve