A blog by Jose Barreto, a member of the File Server team at Microsoft.
All messages posted to this blog are provided "AS IS" with no warranties, and confer no rights.
Information on unreleased products are subject to change without notice.
Dates related to unreleased products are estimates and are subject to change without notice.
The content of this site are personal opinions and might not represent the Microsoft Corporation view.
The information contained in this blog represents my view on the issues discussed as of the date of publication.
You should not consider older, out-of-date posts to reflect my current thoughts and opinions.
© Copyright 2004-2012 by Jose Barreto. All rights reserved.
Follow @josebarreto on Twitter for updates on new blog posts.
Just a reminder that I will be delivering a session at TechEd 2014 in Houston, Texas. Here are the details:
The talk is really about about Networking for the Private Cloud that uses SMB3. This goes from the overall architecture to the individual features (SMB Multichannel, SMB Direct, NIC Teaming) to a few recommended end-to-end configurations. Obviously we’ll also talk about performance and there’s a new focus on troubleshooting of some common networking issues.
If you want to get a taste of a few topics we’ll cover, here are few links to get you warmed up. You should consider this “recommended reading” for those attending the session.
I look forward to seeing you there and make sure to bring your File Server networking questions.
To see the other sessions at TechEd 2014, make sure to visit http://northamerica.msteched.com/Catalog
Jose, thank you for all your work--this blog is absolutely invaluable. I wish I could go to TechEd and see your presentation!I started building our JBOD/Storage Spaces/SOFS/RDMA solution back in September/October, and began testing/qualifying and troubleshooting in November. I was getting some inconsistent results (as I posted on your blog previously), but what stopped the deployment of our solution was when I went to create a fixed VHDX file from a Hyper-V cluster node to an SOFS cluster node--I could never get more than ~55 MB/s (using either the GUI or DISKPART). I opened a ticket with Microsoft Support in January, and they have been troubleshooting the issue since that time.Last night, I decided that today I would try to reach out to you again for advice via your blog. I saw that the "Troubleshooting File Server Networking Issues" link was updated, so I clicked it. I had read this article previously, but some troubleshooting since that read suddenly clarifies something. In #12, it says that single copy file performance on a 10 GbE link will cap out around 150 MB/s. When I read that before, I thought "I wish I was getting even 150 MB/s!" and disregarded it as unrelated to our case, since our setup wasn't even close (max ~55 MB/s). During troubleshooting more recently, Support had me perform straight file copies rather than creating fixed VHDX files, and the file copies were limited to about 190 MB/s (with continuous availability turned on), yet when we'd do the transfer through the \\SOFS_host\C$\ClusterStorage share, we'd get over 1 GB/s. I didn't remember #12 by that time, unfortunately. And unfortunately (double misfortune?), Support is apparently unaware of #12 as well. I also recently found out that dynamic VHDX files are supported in production (which I understood as not the case with dynamic VHD files in 2008/R2). If that's the case, I'm not so worried about fixed VHDX creation, and hopefully, this clears up any outstanding issue (I'll need to revisit my test data). Of course, the lost time is rather frustrating, along with the delay of projects.It still leaves some unanswered questions, however. For example: is it normal, then, that fixed VHDX creation to a scale-out file server is that slow (~55 MB/s)? I had asked this question several times along the way, but no one ever provided an answer of the throughput they were seeing.