<div dir="ltr">Thanks Sumit, I changed my folds to a strict foldl'. I'll check how long it runs now.<div><br></div><div>Doug, I think you are absolutely correct. Taking the harmonic mean probably factored into the solution, in order to make it algorithmically feasible for the large input! Lesson learnt, next time I'll probably think harder about the problem than the code ;)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 18, 2015 at 7:29 AM, Doug McIlroy <span dir="ltr"><<a href="mailto:doug@cs.dartmouth.edu" target="_blank">doug@cs.dartmouth.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Can someone tell me how I could have avoided or fixed this?<br>
<br>
</span>The trouble manifested as stack overflow on solving<br>
<br>
> <a href="https://code.google.com/codejam/contest/4224486/dashboard#s=p1" target="_blank">https://code.google.com/codejam/contest/4224486/dashboard#s=p1</a><br>
<br>
For efficiency, you'll probably need more cleverness in math than<br>
in Haskell. You can predict an approximate start time for the Nth<br>
customer's service from the average per-customer service time M,<br>
where 1/M = sum 1/M_k.<br>
Starting from that estimate, one can skip over almost the entire<br>
service simulation.<br>
<span class="HOEnZb"><font color="#888888"><br>
Doug McIlroy<br>
</font></span></blockquote></div><br></div>