-
Notifications
You must be signed in to change notification settings - Fork 848
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NFS shares? #95
Comments
NFS shares with Vagrant/VirtualBox are not supported in Windows, so in the interest of maximum compatibility, we went with the VirtualBox default shared folders. They are definitely lower performance than NFS, so if you are comfortable making the change to NFS on your install of VVV, I absolutely recommend it. However, we've not had much of an issue with the shared folder performance - for nearly all of our needs, they have been sufficient. It does seem to be worse on certain machines and configurations, and if you have the ability to do NFS, that is the best solution. Out of curiosity, what operating system are you using? |
I gather from this page The fiddly bit is not so much changing the vagrantfile, as ensuring the My host os is ubuntu precise. On Wed, Jul 10, 2013 at 7:14 AM, TheLastCicada notifications@github.comwrote:
Cormac Bracken |
Per the numbers here, it looks like it's worth going down this path again. I'm going to play around with NFS locally and see what happens. Would definitely like to hear from Windows users as well to make sure it fails gracefully. |
This conversation between @rmccue and @kurtpayne also makes me want to test VVV more thoroughly with and without NFS on OSX and compare numbers with a Windows box. I know the MBA will skew things due to its SSD drive, so it would be nice to test in OSX on non-SSD as well. We should find a way to benchmark things in the VVV environment a few different ways. |
And more data for this thread, as of hashicorp/vagrant@c0404e3 (due in 1.2.5 release), NFS is mounted with UDP which apparently makes things even faster. |
I did a quick enable of NFS by adding There are errors in the configuration of this machine. Please fix the following errors and try again: vm: * Shared folder that have NFS enabled do no support owner/group attributes. Host path: www/ ...which is interesting. We specifically set the file permissions the way they are so that file uploads and such all work as expected. I removed the On a 46MB file served via nginx, I was getting an average of 73mbps without NFS and an average of 200mbps with NFS. Crazy speed increase, though I agree with @TheLastCicada in that performance has been just fine for local development already. Not sure if this would help us enough to be worth it. Voting to leave it off in the main repository for now. If more testing is done and we find a compatible way for NFS to work with our file permission requirements, then the story could change. |
whistles That's more than I expected. With regards to permissions, what about mounting the uploads directory via the standard shared folders mechanism separately? |
I enabled NFS on a few things for a bit in my local setup and strange things kept happening, especially with the database files. I think things are fast enough without it that we should hold on this for now. |
@jeremyfelt just checking in here to see if you're still satisfied with the performance of the default VirtualBox shared folders, or if it might be worth revisiting switching to NFS. This tweet from Yoast today and the linked post got me thinking about it. |
NFS is much faster, but can come with problems of its own |
Daniel/Jeremy - I'm fiddling with this (read through the Slaty WP stuff too, +1 the mac kernel check! ). Am I missing something where all of the shares need to be NFS or could we NFS share /www and leave the database share as is? |
FWIW, I saw a huge performance improvement when implementing NFS shares as per https://coderwall.com/p/uaohzg. VVV v1.1, VirtualBox v4.3.14, Vagrant v1.6.3, OS X 10.9.4 on a stock mid-2013 MBA. |
To add to what @jeremyfelt mentions about strange issues happening with database files, I found this explanation very helpful:
After a lot of digging I was able to get this running on my Macbook pro w/OS X El Capitan. I'm using a custom forked setup of VVV with the following
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I'm running my vm on an admittedly underpowered laptop. On one fairly php-heavy page, the page timed out after 60s having loaded maybe 20% of the generated content. (the same page loads ok on a 512mb server. ).
After poking around with fpm settings without result, I looked into switching to NFS shares, and found a startling benchmark - 5+ minutes vs 14s (http://docs-v1.vagrantup.com/v1/docs/nfs.html). Sure enough, when I got NFS working, my page loaded in around 10s (on first hit).
Only problem with that is, vagrant doesn't like the owner/permissions currently set when VVV shares /srv/www. I didn't fully understand the issue, so I just deleted the owner and permission arguments, and it works so I'm going with that...
Is there a reason not to use NFS shares?
The text was updated successfully, but these errors were encountered: