Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Dev Ops - architecture (local not cloud)



Greg Rundlett (freephile) wrote:
>   I think it's pretty obvious why it's not performing: user home directories
> (where developers compile) should not be NFS mounted. [1]  The source
> repositories themselves should also not be stored on a NAS.

Neither of these statements are true.

User home directories is one of the best things you can do with NFS. 
It's what it was designed to do after all.

Your performance problem is simple. Every Unix and Linux vendor in the 
world these days defaults to setting NFS write caching off. This makes 
NFS performance excruciatingly poor for lots of small writes, the kind 
of behavior you see when someone compiles lots of little C files. Enable 
write caching on the home directories and watch your performance improve 
dramatically.

Storing repositories on NAS has less to do with yes/no and more to do 
with how the code servers -- the servers that users check out and in 
through -- talk to NAS and what you've done (or not done) to optimize 
that performance.

-- 
Rich P.



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org