Recent Articles
Ottawa Linux Symposium 2008
Sunday, July 27, 2008
Here are some pictures from the 2008 Linux Symposium.
Clay Shirky: Institutions vs. collaboration
Monday, July 14, 2008
This is a rather interesting talk that takes some very foundational ideas from open source software development, P2P networks, and social networking and implies that these paradigms can apply to a lot more.
Pessimists, we're told, look at a glass containing 50% air and 50% water and see it as half empty. Optimists, in contrast, see it as half full. Engineers, of course, understand the glass is twice as big as it needs to be.
- Bob Lewis
Sys Admin
Linux...Optimizing NFS
I suppose the biggest optimization you can make to your NFS mount r/w speed is the rsize and wsize parameters. You can define them in your /etc/fstab file for a mount like this:
This little test will allow you to find the best block sizes to use for your existing network hardware and setup.
Simply run
a couple times. Change your NFS mount rsize and wsize parameters in multiples of 1024 and make sure and remount the filesystem.
As always, use the nfsstat command and see if there are other network problems. Re-transmissions and dropped packets are what you're looking for. If NFS seems too slow, then I'd look at some underlying protocols and hardware. Other things you might want to consider are playing with kernel parameters and adjusting things like socket queue size.
It's a pretty big dispute- NFS security that is. I want to redirect you to a great page detailing some of the problems with what you might think would secure NFS- like NFS over SSH: http://nfs.sourceforge.net/nfs-howto/security.html Ultimately, really secure NFS on a public network with potentially malitious users is a pretty hard thing to do.
Slow Mouse with Linux Kernel 2.6
Using CVS Over SSH
Change Linux Service Boot Order
startx Leads to Blank/Fuzzy Screen on Redhat/Fedora
df Command not Showing Proper Sizes
Change Lost Root Password
Configuring a BIND DNS Server
Upgrade SSH Remotely
Colorado 5GB IDE Tape Drive in Linux
Linux...Optimizing NFSOptimizing NFS
Saturday, July 24, 2004 by digitalpeer, updated Sunday, August 8, 2004
Optimizing
I suppose the biggest optimization you can make to your NFS mount r/w speed is the rsize and wsize parameters. You can define them in your /etc/fstab file for a mount like this:
yourhost:/yourmount /yourmount nfs rsize=8192,wsize=8192,timeo=14,intr
This little test will allow you to find the best block sizes to use for your existing network hardware and setup.
Simply run
time dd if=/mnt/test of=/dev/null bs=16k
a couple times. Change your NFS mount rsize and wsize parameters in multiples of 1024 and make sure and remount the filesystem.
As always, use the nfsstat command and see if there are other network problems. Re-transmissions and dropped packets are what you're looking for. If NFS seems too slow, then I'd look at some underlying protocols and hardware. Other things you might want to consider are playing with kernel parameters and adjusting things like socket queue size.
Securing
It's a pretty big dispute- NFS security that is. I want to redirect you to a great page detailing some of the problems with what you might think would secure NFS- like NFS over SSH: http://nfs.sourceforge.net/nfs-howto/security.html Ultimately, really secure NFS on a public network with potentially malitious users is a pretty hard thing to do.
Related Local Pages
Mantis and SVN IntegrationSlow Mouse with Linux Kernel 2.6
Using CVS Over SSH
Change Linux Service Boot Order
startx Leads to Blank/Fuzzy Screen on Redhat/Fedora
df Command not Showing Proper Sizes
Change Lost Root Password
Configuring a BIND DNS Server
Upgrade SSH Remotely
Colorado 5GB IDE Tape Drive in Linux
