From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 9 03:18:57 2012 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 380C01065670 for ; Mon, 9 Apr 2012 03:18:57 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1F14F8FC0C for ; Mon, 9 Apr 2012 03:18:57 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id q393IoXV012655 for ; Sun, 8 Apr 2012 20:18:51 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4F82551A.9040206@rawbw.com> Date: Sun, 08 Apr 2012 20:18:50 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120316 Thunderbird/10.0.3 MIME-Version: 1.0 To: emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NFS from virtualbox guest is much slower than NFS from another machine X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 03:18:57 -0000 I have 6.5GB chromium debug build directory shared through NFS. When I try building it on FreeBSD i386 guest running on the same host where NFS server is, it takes 11 sec of intense NFS before it begins to compile. But when I try building the same directory from another FreeBSD i386 machine on the 100Mb LAN, it begins to build after only 3 sec of intense NFS. Same NFS operations take 11 sec from the local vbox guest and 3 sec from the remote host over 100Mb link. This is very strange, local NFS should be blazing fast, and I see the opposite picture. For some reason local NFS is crippled. Anybody can explain why is this happening? 9.0 STABLE vbox-4.1.12 Yuri PS I removed lockf operation from the Makefile since lockf fails over NFS