<div dir="ltr"><div>On 12 May 2017 at 11:00, Arjen <span dir="ltr"><<a href="mailto:arjenvanweelden@gmail.com" target="_blank">arjenvanweelden@gmail.com</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5"><span style="color:rgb(34,34,34)">Happy to read that you have more success than I with parListChunk.</span><br></div></div>
I expect(ed) the sparks to be cheap, so this might help if the various<br>
incoming streams are very unbalanced in length and/or message sizes.<br>
I agree that multi-processing a single stream does not make much sense<br>
if you already have multiple concurrent streams.<br>
<br>
Nice to see that adding on parallelism in Haskell (GHC) is that easy<br>
(in this case) and with a very good speed-up factor!<br>
<br>
kind regards, Arjen<br>
</blockquote></div><br></div><div class="gmail_extra">Ah, ok, this is strange. The production system is definitely faster with the parallel strategy (on one stream) but my Criterion benchmarks are much slower. I've updated the code and results on Github (<a href="https://github.com/DaveCTurner/json-validator">https://github.com/DaveCTurner/json-validator</a>). Probably not going to be able to look at the parallel version much more, but thought you might like a look.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,</div><div class="gmail_extra"><br></div></div>