Re: macOS metal rendering engine in mac port

[Aaron Jensen]

On Fri, May 28, 2021 at 11:32 AM Alan Third <alan@idiocy.org> wrote:
>
> On Fri, May 28, 2021 at 10:39:15AM -0700, Aaron Jensen wrote:
> > On Tue, May 25, 2021 at 11:23 PM Alan Third <alan@idiocy.org> wrote:
> > >
> > > On Tue, May 25, 2021 at 05:32:09PM -0700, Aaron Jensen wrote:
> > > > On Tue, May 25, 2021 at 9:31 AM Aaron Jensen <aaronjensen@gmail.com> 
> > > > wrote:
> > > > >
> > > > > I don't know if it's something funky with my machine or not but I've
> > > > > noticed some stutters with this patch. As in, it appears to miss
> > > > > paints. I'll type a character and won't see it until I type something
> > > > > else. Is it possible that this patch could cause that?
> > > >
> > > > This stopped, so maybe it was something funky. So far, today, things
> > > > feel pretty good from a latency perspective. I haven't measured
> > > > anything yet.
> > >
> > > It probably could, I've seen something similar when I was testing
> > > something or other. It will be bypassing the viewWillDraw code that
> > > forces a redisplay, but I think in theory we shouldn't need it with
> > > this code.
> > >
> > > Oh, I suppose that might break the live resizing. But we can work that
> > > out if so.
> >
> > I've continued to use this and what I've noticed is that it's during
> > Zoom screen shares that stalls appear to happen. Zoom eats quite a bit
> > of CPU while screen sharing and Emacs will occasionally fail to paint
> > using this patch. When I'm not screen sharing I don't see the issue.
> > Even when I am, it's infrequent.
>
> Hmm, TBH I don't think I'd really recommend this patch over, say,
> 090ac3556c (the 2nd last commit in scratch/ns/surface-stuff).
>
> Unless it really does make a difference to input lag.

Okay, I'll run with that for a while. And you think this is better
than the last commit of the surface-stuff branch?

Aaron