Date: Fri, 3 May 2013 14:11:34 -0700 From: "Marc G. Fournier" <scrappy@hub.org> To: Chuck Burns <break19@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: NFS Performance issue against NetApp Message-ID: <AFBBCA65-3AF4-4162-A11C-BC3E1701FE9A@hub.org> In-Reply-To: <CAE2yjrr98s1tF=oKrpe59fXEYmnzLm=EVrRaUH6Rjt2CeKwwjQ@mail.gmail.com> 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> <A3C236A0-155F-448E-AD26-2B9F55893D54@hub.org> <CAE2yjrr98s1tF=oKrpe59fXEYmnzLm=EVrRaUH6Rjt2CeKwwjQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-05-03, at 14:01 , Chuck Burns <break19@gmail.com> 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 <scrappy@hub.org> =
wrote:
>=20
> On 2013-05-02, at 17:39 , Adam McDougall <mcdouga9@egr.msu.edu> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AFBBCA65-3AF4-4162-A11C-BC3E1701FE9A>