<div dir="ltr">Okay, good to know. What kind of info would you need to get into things?<br><br>Also, any idea why the report says that my Bootstrap.main(String[]) is called over 1000 times? Seems a bit odd to me. This method literally does a little string parsing, then calls starts Forge in a Thread (and waits for that thread to finish.)<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jan 29, 2013 at 5:33 PM, Stuart Douglas <span dir="ltr"><<a href="mailto:stuart.w.douglas@gmail.com" target="_blank">stuart.w.douglas@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tracing is pretty useless at identifying slow parts, as the overhead it adds distorts the profile too much. The only thing it is really good for is identifying methods that are called too often.<br>
<br>
Sampling is generally much better.<div class="im"><br>
<br>
<br>
Stuart<br>
<br>
Lincoln Baxter, III wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
What kind of information do you need? I was unable to get YourKit to<br>
dump a .snapshot file for some reason. If that's what you need, I can<br>
try again. Which profile mode? This was done using tracing.<br>
<br>
Thanks!<br>
<br>
<br>
On Tue, Jan 29, 2013 at 4:32 PM, Stuart Douglas<br></div><div><div class="h5">
<<a href="mailto:stuart.w.douglas@gmail.com" target="_blank">stuart.w.douglas@gmail.com</a> <mailto:<a href="mailto:stuart.w.douglas@gmail.com" target="_blank">stuart.w.douglas@<u></u>gmail.com</a>>> wrote:<br>
<br>
The screenshot does not really tell us much. We would need to see<br>
the actual profile information.<br>
<br>
Stuart<br>
<br>
<br>
Lincoln Baxter, III wrote:<br>
<br>
Hi Jozef, Stuart, and Weld-devs,<br>
<br>
In Forge 2 we are using Weld extensively, and one of the things<br>
we do is<br>
start up many instances simultaneously.<br>
<br>
We may have anywhere from one to one-hundred or more weld instances.<br>
Currently we have only seen around 10-12 instances, and<br>
performance is<br>
"Okay", but in theory, we could see hundreds of instances, at which<br>
point, performance starts to be a concern. We're working around this<br>
problem by disabling CDI support on some internal addons, but...<br>
it's<br>
not really reasonable to expect that everyone will do this.<br>
<br>
Which means... we need to figure out how to shave as much time<br>
off the<br>
bootstrap as possible. Currently each weld instance takes<br>
anywhere from<br>
80ms to 450ms to start (not really sure why such variation yet,) and<br>
we'd hopefully like to get that down even lower, around 10-20ms.<br>
Classloading time only would be optimal, but obviously difficult<br>
to achieve.<br>
<br>
<br>
How can we get the most speed out of Weld? Most of our<br>
deployments have<br>
only ~15 bean classes at most. It seems like a lot of time<br>
(~30-40%) is<br>
being spent in the Google concurrent collections.<br>
<br>
(Screenshot attached.)<br>
<br>
Thanks,<br>
<br>
--<br>
Lincoln Baxter, III<br>
<a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>
"Simpler is better."<br>
<br>
<br>
<br>
<br>
--<br>
Lincoln Baxter, III<br>
<a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>
"Simpler is better."<br>
</div></div></blockquote>
</blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>"Simpler is better."
</div>