note moritz <blockquote>The reports for those banks do take noticeably longer to produce than when the system first went online</blockquote> <p>That sounds as if lots of stuff might have been changed in between. Run a [mod://Devel::NYTProf|profiler] over the script(s) and see where the time is actually spent.</p> <blockquote> I don't have much knowledge of or feel for the performance of the Perl Regex engine. Is it linear, like will it take ten times as long to match against a 600-character Regex than against a 60-character one?</blockquote> <p>In general, it doesn't depend much on the length of regex, but on the amount of backtracking and searching that the regex engine has to do.</p> <p>If it's just a big alternation of constant strings, and you use perl 5.10.0 or newer, the trie optimization in the regex engine should handle that case very well (sub-linear even). If your regex grows too big, try increasing [doc://${^RE_TRIE_MAXBUF}] -- but only if it's the regex that's actually slow.</p> <p>And as already mentioned, if you can solve your problem through a hash lookup, that would be even better.</p> <!-- Node text goes above. Div tags should contain sig only --> <div class="pmsig"><div class="pmsig-616540"> [http://perl6.org/|Perl 6 - the future is here, just unevenly distributed] </div></div> 1006062 1006062