[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Add a cooperative FS lock to lilypond-book. (issue 555360043 by addr
Re: Add a cooperative FS lock to lilypond-book. (issue 555360043 by address@hidden)
Fri, 06 Mar 2020 14:18:17 -0800
On 2020/02/28 18:14:14, dak wrote:
> On 2020/02/28 17:57:06, hanwenn wrote:
> > On 2020/02/26 11:59:14, dak wrote:
> > > It doesn't state at all what happens in cases of contentions.
> > > contentions with a lock is a brute-force solution just not
> > > parallelism, but it is a solution to the contention problem.
> > >
> > > It is not a solution to lilypond-book starting more jobs than Make
> > > Or to all but one lilypond-book invocation not doing any progress
> > > Make which could instead start other actual single-process tasks.
So I see
> > > patch and its approach as an improvement to lilypond-book. I
don't see that
> > > solves the parallel build carnage: it just scales down the impact
> having to
> > > choose between complete serialization and database failure.
> > David, I think you are saying this patch is LGTM - could you be
> > james understands what is going on?
> I think this patch is an improvement over the status quo. It's sort
of a crutch
> that works only on some systems and not on NFS as far as I understand.
> doesn't actually work well as a job control measure in connection with
> Make. But it does improve lilypond-book behavior on some systems. I
> a restricted form of locking is better than nothing. I am
incidentally not sure
> just what kind of file systems minimal VMs without a file system of
> work with: if they get an NFS view, this would not even work with
> would be bad. But I don't know how VMs do file systems without a
> their own.
Sigh. I just noticed that opposed to the patch title, this does not
just introduce a file lock for lilypond-book but _also_ changes the
build system such that now almost double the number of allocated jobs
get used. It would be good if different topics weren't conflated into
single issues so that it's easier to discuss what one is actually
dealing with and make decisions based on the respective merits of the
"It doesn't actually work well as a job control measure in connection
with parallel Make" should likely have been an indicator of what I
thought I was talking about.
- Re: Add a cooperative FS lock to lilypond-book. (issue 555360043 by address@hidden),