<div><div dir="auto">Yup! Let’s do it. Efficient io and compute during ffi computation sound good to me </div></div><div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 4, 2019 at 10:22 AM Matthew Pickering <<a href="mailto:matthewtpickering@gmail.com">matthewtpickering@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Two years seems a good amount of time for any objectors.<br>
<br>
<a href="https://ghc.haskell.org/trac/ghc/ticket/16126#ticket" rel="noreferrer" target="_blank">https://ghc.haskell.org/trac/ghc/ticket/16126#ticket</a><br>
<br>
On Fri, Oct 21, 2016 at 5:35 PM Simon Marlow <<a href="mailto:marlowsd@gmail.com" target="_blank">marlowsd@gmail.com</a>> wrote:<br>
><br>
> On 8 October 2016 at 17:55, Ben Gamari <<a href="mailto:ben@well-typed.com" target="_blank">ben@well-typed.com</a>> wrote:<br>
>><br>
>> <a href="mailto:lonetiger@gmail.com" target="_blank">lonetiger@gmail.com</a> writes:<br>
>><br>
>> > Hi All,<br>
>> ><br>
>> > A user on <a href="https://ghc.haskell.org/trac/ghc/ticket/11054" rel="noreferrer" target="_blank">https://ghc.haskell.org/trac/ghc/ticket/11054</a> has asked why<br>
>> > -N -qa isn’t the default for -threaded.<br>
>> ><br>
>> I'm not sure that scheduling on all of the cores on the user's machine by<br>
>> default is a good idea, especially given that our users have<br>
>> learned to expect the existing default. Enabling affinity by default<br>
>> seems reasonable if we have evidence that it helps the majority of<br>
>> applications, but we would first need to introduce an additional<br>
>> flag to disable it.<br>
><br>
><br>
> Affinity is almost always a bad idea in my experience.<br>
><br>
>><br>
>> In general I think -N1 is a reasonable default as it acknowledges the<br>
>> fact that deploying parallelism is not something that can be done<br>
>> blindly in many (most?) applications. To make effective use of<br>
>> parallelism the user needs to understand their hardware, their<br>
>> application, and its interaction with the runtime system and configure<br>
>> the RTS appropriately.<br>
>><br>
><br>
> Agree on keeping -N1.<br>
><br>
> Related to this, I think it's about time we made -threaded the default.  We could add a -single-threaded option to get back the old behaviour.<br>
><br>
> There is a small overhead to using -threaded, but -threaded is also required to make a lot of things work (e.g. waitForProcess in a multithreaded program, not to mention parallelism).<br>
><br>
> Anyone interested in doing this?<br>
><br>
> Cheers<br>
> Simon<br>
><br>
><br>
>><br>
>> Of course, this is just my two-cents.<br>
>><br>
>> Cheers,<br>
>><br>
>> - Ben<br>
>><br>
>> _______________________________________________<br>
>> ghc-devs mailing list<br>
>> <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
>> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
>><br>
><br>
> _______________________________________________<br>
> ghc-devs mailing list<br>
> <a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org" target="_blank">ghc-devs@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br>
</blockquote></div></div>