[Cosmo-dev] 32Gb and no clue
Mike
bear at code-bear.com
Tue Aug 14 10:15:17 PDT 2007
On Aug 14, 2007, at 12:03 PM, Jared Rhine wrote:
> How would you tune a 32Gb RAM box running one Cosmo instance and MySQL?
<snip>
> It just occurred to me that we could do another "Java Runtime
> Analyzer" run; we did that back in the cosmo-demo days to try to track
> down some performance bugs, but maybe there's some GC/heap info in it
> too.
The answer from all the research I did way back when Java and Tomcat
were new to OSAF was this: you can tweak all you want but without
having the analyzer running it will be nothing but dart-tosses and
chicken-runs.
I would stick with the values we last used and hook up the analyzer and
start looking at trends.
> There's another thread needed about MySQL tuning, but that one might
> be a little more straightforward.
Now this is a bit simpler, but only a bit - because while the Cosmo
data is stored in MySQL, I'm willing to bet the usage patterns for each
table has not been determined and index/query plans have not been
determined.
The answer to this will also be the same as above - let's hook up a
runtime stats collector and start flinging large test runs at it. We
may find that more indexes are needed or some of the larger tables may
need performance tweaks (or in database lingo: normalization and
aggregation - we are probably at 2nd normal form right now with an eye
towards 3rd)
---
Bear
Build and Release Engineer
Open Source Applications Foundation (OSAF)
bear at osafoundation.org
http://www.osafoundation.org
bear at code-bear.com
http://code-bear.com
PGP Fingerprint = 9996 719F 973D B11B E111 D770 9331 E822 40B3 CD29
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.osafoundation.org/pipermail/cosmo-dev/attachments/20070814/ed15d50b/PGP.pgp
More information about the cosmo-dev
mailing list