Le 23/03/2020 à 21:02, Andrew Doran a écrit :
> Module Name: src
> Committed By: ad
> Date: Mon Mar 23 20:02:14 UTC 2020
>
> Modified Files:
> src/sys/kern: vfs_cache.c
>
> Log Message:
> cache_remove(): remove from the vnode list first, so cache_revlookup()
> doesn't try to re-act
On Sun, Mar 29, 2020 at 01:11:47PM +0900, Tetsuya Isaki wrote:
> > I would prefer if blk_ms were kept below 5ms on amd64 and aarch64.
> > We don't have to worry about the CPU load of playing audio on these
> > platforms.
>
> CPU load or performance is not subject. I know that my
> implementation
> On Mar 29, 2020, at 6:11 AM, Joerg Sonnenberger wrote:
>
> I would allow at least 1/HZ as baseline.
Be careful, some platforms have a relatively high HZ (e.g. Alpha HZ=1024).
-- thorpej
On Sun, Mar 29, 2020 at 07:26:26AM -0700, Jason Thorpe wrote:
>
> > On Mar 29, 2020, at 6:11 AM, Joerg Sonnenberger wrote:
> >
> > I would allow at least 1/HZ as baseline.
>
> Be careful, some platforms have a relatively high HZ (e.g. Alpha HZ=1024).
Yes and I see no fundamental reason for not
> On Mar 29, 2020, at 8:03 AM, Joerg Sonnenberger wrote:
>
> Yes and I see no fundamental reason for not allowing buffering with 1ms
> frames in that case. I expect Alpha to be fast enough to do that with
> little overhead.
That's fine, I just wanted to point it out.
-- thorpej