[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cooperation with distributed job processing systems

From: SF Markus Elfring
Subject: Re: Cooperation with distributed job processing systems
Date: Mon, 05 Jan 2015 20:21:23 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0

> There are two completely separate things: one thing is make deciding
> how many jobs can be run in parallel and when more jobs can be started.

Thanks for your explanation.

> That's controlled by the jobserver and currently there's no
> way to replace the built-in jobserver implementation with something
> different (such as allowing a remote facility to track this).

I hope that this situation can be improved somehow.

> The second thing is invoking a single job once make believes that it's
> OK to do so.

That is reasonable.

> The "remote" API can make it possible to build make so that it always
> uses this method,

This might be also interesting for specific software applications.

> but I think it's become obsolete

The software status might evolve again a bit more.

> because it's simpler and more flexible to implement a separate program
> and reset SHELL,

How many computer resources can be eventually saved with an alternative 

> as I describe above, than implement a bunch of new code inside
> GNU make itself.

How are the chances to improve internal configuration interfaces?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]