From owner-freebsd-fs@FreeBSD.ORG Fri May 3 21:11:39 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18016844 for ; Fri, 3 May 2013 21:11:39 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 872A61518 for ; Fri, 3 May 2013 21:11:38 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.189]) by hub.org (Postfix) with ESMTP id C756D1A45917; Fri, 3 May 2013 18:11:37 -0300 (ADT) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.189]) (amavisd-maia, port 10024) with ESMTP id 61290-01; Fri, 3 May 2013 21:11:37 +0000 (UTC) Received: from [10.5.250.150] (remote.ilcs.sd63.bc.ca [142.31.148.2]) by hub.org (Postfix) with ESMTPA id 3892C1A45916; Fri, 3 May 2013 18:11:36 -0300 (ADT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: NFS Performance issue against NetApp From: "Marc G. Fournier" In-Reply-To: Date: Fri, 3 May 2013 14:11:34 -0700 Message-Id: References: <834305228.13772274.1367527941142.JavaMail.root@k-state.edu> <75CB6F1E-385D-4E51-876E-7BB8D7140263@hub.org> <20130502221857.GJ32659@physics.umn.edu> <420165EE-BBBF-4E97-B476-58FFE55A52AA@hub.org> <5183074B.5090004@egr.msu.edu> To: Chuck Burns X-Mailer: Apple Mail (2.1503) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 May 2013 21:11:39 -0000 On 2013-05-03, at 14:01 , Chuck Burns wrote: > So, wait.. you're comparing a jail-over-nfs to.. what? linux doesnt = have jails, so you aren't really making a fair comparison here. Sorry, shoulnt' have mentioned jails =85 that is the end goal, but I am = not using it for this testing =85 beyond the OS, I have these as close = to exactly the same as I can get it =85 Linux: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_server03-lv_root 51606140 1467992 47516708 3% / tmpfs 8145884 0 8145884 0% /dev/shm /dev/sda1 495844 52897 417347 12% /boot /dev/mapper/vg_server03-lv_home 228138292 191696 216357784 1% /home 192.168.1.1:/vol/linux_jboss 31876736 328256 31548480 2% = /usr/local/jboss-as-7.1.1.Final FreeBSD: Filesystem 1K-blocks Used Avail Capacity = Mounted on /dev/da0p2 279300632 19730076 237226508 8% / devfs 1 1 0 100% = /dev 192.168.1.1:/vol/freebsd_jboss 31876712 3570808 28305904 11% = /usr/local/jboss-as-7.1.1.Final tmpfs 19282976 4 19282972 0% = /tmp The only thing running off of NFS is the jboss directory, and both NFS = shares are the same size (32G) =85 I even try and avoid running tests = against each at the same time, so that neither are competing for network = or netapp resources =85 not "real world", but I am aiming to minimize = any external influences where possible ... >=20 >=20 > On Fri, May 3, 2013 at 3:29 PM, Marc G. Fournier = wrote: >=20 > On 2013-05-02, at 17:39 , Adam McDougall wrote: >=20 > > My understanding of jboss is it unpacks your war files (or whatever) = to a temp deploy dir but essentially tries to run everything from = memory. If you replaced a war file, it would usually undeploy and = redeploy. Is your jboss extracting the archives to an NFS dir or can = you reconfigure or symlink it to extract to a local temp dir when = starting up? I can't imagine offhand why it might be useful to store = the temp dir on NFS. I would think most of the writes at startup would = be to temp files that would be of no use after the jboss java process is = stopped. >=20 > Unless I've missed something, jboss extracts the war when you do the = deploy, so subsequent restarts just use the extracted files and = shouldn't be slowed down by those writes =85 there are no other temp = files that I'm aware of =85 but, in this case, the problem is that we're = running jboss within a jail'd environment, and the jail is sitting on = the NFS server, so moving pieces of it to local drives isn't = particularly feasible =85 >=20 >=20 >=20 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20