<br><br><div class="gmail_quote">On 2 August 2011 11:13, Tim Hogard <span dir="ltr"><<a href="mailto:thogard@abnormal.com">thogard@abnormal.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">><br>
> Hi Tim,<br>
> What are you looking to optimise here? It sounds like you're<br>
> concentrating on start-up/initialisation performance?<br>
<br>
</div>Its a combo of things.  This thing needs to be audited so each line<br>
is extra money.  There is the performace issues as well when it<br>
gets hit hard.  The performace issue is also related to energy<br>
use since most of the time the overweight servers it runs on<br>
are doing nothing.  It also deals with real money so<br>
I must avoid unintended consequences.  And there is quite a<br>
bit of "old school programmer" asking "why is it doing that?"<br>
<font color="#888888"><br>
-tim<br>
</font><div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>That provides so little helpful information...</div><div><br></div><div>Are you trying to optimise Perl VM startup time?</div><div>Are you dynamically loading/unloading modules?</div>
<div>Are you going to audit the whole of the Perl source code, as well as modules? </div><div>If your disks are 99.99999% full, you have poor engineering practises - you shouldn't be using truss, when you cant even handle a write of 6 bytes.</div>
<div><br></div><div>If you explain what you are attempting to achieve, we might be able to provide more helpful responses.</div><div><br></div><div>cheers,</div><div>Mathew Robertson</div><div><br></div></div>