[M3devel] defaulting to parallel backend?

Rodney M. Bates rodney_bates at lcwb.coop
Sun Jul 17 23:23:50 CEST 2016


For systems that have it, how about just using the 'nice' command?

On 07/06/2016 12:44 AM, Jay K wrote:
>   There is no good easy answer here.
>
>
>   You really want everything on the computer to use all of the
>   available resources, to service whatever the human wants done
>   as fast as possible, while remaining responsive e.g. to
>   requests to cancel or requests to increase the work load.
>
>
>   This is largely the job of the kernel, but it is an impossible job.
>
>   To some extent we are obligated to over subscribe, in order
>   to provide the kernel more information.
>   But, again, it is an impossible job.
>
>   Besides it probably being NP complete to complete the submitted work
>   as soon as possible, we also don't know the user's priorities.
>
>   I could propose "pb 1" to mean run single threaded, putting
>   the burden on you to give. But that is a little rude.
>
>   Note that historically you didn't have as much flexibility here -- single core systems.
>
>
>   Anyway, how about the default be half?
>   Or 1 if <= 3 cores available?
>   I seem to have 4 cores, so this will help me.
>
>
>   I understand this is still not great, e.g. if you have 10
>   high priority single processors jobs, and one low priority
>   Modula-3 build, Modula-3 will by default use more than you wish.
>
>   And yes, I understand disk are another resource.
>   And network -- disk can be on network.
>   You want to operate at the "edge of resource exhaustion" in general.
>
>
>   - Jay
>
>
>
>
>  > Date: Tue, 5 Jul 2016 18:36:45 +0200
>  > From: lemming at henning-thielemann.de
>  > To: rodney.m.bates at acm.org
>  > Subject: Re: [M3devel] defaulting to parallel backend?
>  > CC: m3devel at elegosoft.com
>  >
>  >
>  > On Mon, 4 Jul 2016, Rodney M. Bates wrote:
>  >
>  > > I prefer to use one fewer than the number of processors, so I can
>  > > web browse, read email, review code, etc. while waiting for a
>  > > compile. The compiler can saturate them all, making any other
>  > > stuff very slow.
>  >
>  > Slowdown can happen even earlier if the compilation is bound by disk
>  > access time.
>  > _______________________________________________
>  > M3devel mailing list
>  > M3devel at elegosoft.com
>  > https://m3lists.elegosoft.com/mailman/listinfo/m3devel

-- 
Rodney Bates
rodney.m.bates at acm.org



More information about the M3devel mailing list