Date: Mon, 26 Oct 2020 22:20:33 +0800 From: YUAN RUI <number201724@me.com> To: freebsd-arch@freebsd.org Subject: Re: C1's latency is still way too high for our latency-sensitive deployment Message-ID: <8b583031-16bf-da29-8511-c3100ab36e44@me.com> In-Reply-To: <20201026135549.GN2643@kib.kiev.ua> References: <7fc9ff47-03ad-d4e1-f499-75aef3ef56d9@me.com> <20201026135549.GN2643@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
It looks like I didn't find the document. The problem is solved. On 10/26/2020 9:55 PM, Konstantin Belousov wrote: > On Mon, Oct 26, 2020 at 09:29:02PM +0800, YUAN RUI via freebsd-arch wrote: >> C1's latency is still way too high for our latency-sensitive deployment >> I want a generic interface that allows applications to prevent entering deep >> C-state >> >> >> Similar: >> >> linux api:https://access.redhat.com/articles/65410 > So what do you want that we do not provide ? > There is cpu idle spin method that you can switch to, using > machdep.idle sysctl. > >> windows api:https://docs.microsoft.com/en-us/windows/win32/api/timeapi/nf-timeapi-timebeginperiod >> > There is no mention that windows HALs tie timer precision with Cx latency. > That said, FreeBSD has a knob kern.timecounter.alloweddeviation, that specifies > how much precision is taken when setting up process timers or when sleeping > by explicit user request. > >> In fact, a better way is to provide windows to applications in the form of >> APIs, But Linux can be fine-tuned. >> >> _______________________________________________ >> freebsd-arch@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arch >> To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8b583031-16bf-da29-8511-c3100ab36e44>