Re: CVS commit: src/sys

2020-03-29 Thread Tetsuya Isaki
At Sat, 28 Mar 2020 10:40:26 +0100, Martin Husemann wrote: > It would be good to have a file somewhere in the audio code where the > default is selected based on some ifdefs - if we don't have anything > better something like: > > #if defined(__m68k__) || defined(__vax__) || \ >

[vfs_cache] Re: CVS commit: src/sys/kern

2020-03-29 Thread Maxime Villard
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: CVS commit: src/sys

2020-03-29 Thread Jason Thorpe
> 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

Re: CVS commit: src/sys

2020-03-29 Thread Joerg Sonnenberger
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

Re: CVS commit: src/sys

2020-03-29 Thread Jason Thorpe
> 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

Re: CVS commit: src/sys

2020-03-29 Thread Joerg Sonnenberger
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 >