On Sat, Aug 16, 2014 at 8:10 PM, Douglas A. Augusto wrote:
> If the ability to dynamically include/exclude servers is implemented (for
> instance by re-reading a file containing the list of servers) then the user
> could take care of maintaining a list of active servers by doing something
> like
Hi,
Am 17.08.2014 um 12:30 schrieb [email protected]:
GNU Parallel is (as crazy as it sounds) mostly serial.
Ah! So you already understand what the weird point is.
But since fixing the problem at its root requires a different mindset, i
question if you want to do that NOW, as it might t
I have not been following this thread closely but the notion of a threaded GNU
Parallel troubles me. I use it to distribute jobs which may or may not be
themselves multithreaded and I set --jobs according to the level of threading.
I would not want to have to consider parallel's as part of the
Hi Rob,
good point there. In linux, people used to say: "Do one thing only and
do it well." Obviously, GNU Parallel does many things combined, which
makes it useable in very different use cases, but... sometimes
complicated to understand, sometimes less suitable,... and the Job in
question he
On 17/08/2014 at 12:29,
Ole Tange wrote:
> So you are basically suggesting a daemon that keeps the slf updated.
>
> Daemon:
>
> forever {
> nice parallel --nonall -j0 -k --slf original.slf --tag echo | remove
> final tab > tmp.slf
> if diff tmp.slf original.slf:
> mv tmp.slf tmp2.slf
>
