Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

[09:48:57 EDT(-0400)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[09:49:00 EDT(-0400)] <ac_chan> hello
[09:59:47 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:07:06 EDT(-0400)] <ac_chan> hello
[10:07:15 EDT(-0400)] <EricDalquist> good morning
[10:07:33 EDT(-0400)] <ac_chan> we did a beta launch of uportal this morning..
[10:07:43 EDT(-0400)] <ac_chan> getting java heap issues now...
[10:07:51 EDT(-0400)] <ac_chan> but other hten that..
[10:07:55 EDT(-0400)] <ac_chan> we are a ok.
[10:07:55 EDT(-0400)] <EricDalquist> did you do any performance tuning before the launch?
[10:07:57 EDT(-0400)] <EricDalquist> cool
[10:08:10 EDT(-0400)] <ac_chan> we didn't due to the tight deadline we had
[10:09:10 EDT(-0400)] <EricDalquist> ah
[10:09:41 EDT(-0400)] <EricDalquist> yeah, tuning the JVM for your hardware & expected usage patterns is pretty important with pretty much any enterprise java app
[10:10:03 EDT(-0400)] <EricDalquist> there are some good pages in the uportal wiki with example configurations and overviews of how to do tuning
[10:11:59 EDT(-0400)] <ac_chan> we are looking at it now
[10:12:30 EDT(-0400)] <ac_chan> should running hsqldb in embedded mode hinder performance?
[10:15:48 EDT(-0400)] <EricDalquist> YES
[10:15:57 EDT(-0400)] <EricDalquist> HSQL DB is not safe to use in a production environment
[10:16:11 EDT(-0400)] <ac_chan> oh ..
[10:16:14 EDT(-0400)] <ac_chan> damn.
[10:16:25 EDT(-0400)] <EricDalquist> performance won't be too much of an issue
[10:16:29 EDT(-0400)] <EricDalquist> but
[10:16:38 EDT(-0400)] <EricDalquist> it doesn't provide locking
[10:16:44 EDT(-0400)] <ac_chan> we should have went with postgresql
[10:17:16 EDT(-0400)] <EricDalquist> so if two threads try to make atomic changes to one table or dataset you're not going to get expected results
[10:17:31 EDT(-0400)] <ac_chan> oh ok
[10:22:10 EDT(-0400)] <ac_chan> so postgresql would be better then..

  • No labels