: [14268.392418] perf: interrupt took too
long (4020 > 3996), lowering kernel.perf_event_max_sample_rate to
49750
I get this same behavior, except that my machine is not in any way slow
(except for intermittent issues with the secondary SATA controller on
the motherboard).
Would it be a good idea to
enVPN endpoint):
> > May 23 05:36:37 ovpn kernel: [14268.392418] perf: interrupt took too
> > long (4020 > 3996), lowering kernel.perf_event_max_sample_rate to 49750
> > Would it be a good idea to set this value at boot time, rather than
> > waiting for it to auto-adjus
On 5/24/2021 5:55 AM, Richard Hector wrote:
Hi all,
I see messages like this frequently for a day or two after rebooting a
particularly slow old machine (Atom-based HP thin client, running as an
OpenVPN endpoint):
May 23 05:36:37 ovpn kernel: [14268.392418] perf: interrupt took too
long (4020
On 2021-05-23 at 23:55, Richard Hector wrote:
> Hi all,
>
> I see messages like this frequently for a day or two after rebooting
> a particularly slow old machine (Atom-based HP thin client, running
> as an OpenVPN endpoint):
>
> May 23 05:36:37 ovpn kernel: [14268.392418]
Hi all,
I see messages like this frequently for a day or two after rebooting a
particularly slow old machine (Atom-based HP thin client, running as an
OpenVPN endpoint):
May 23 05:36:37 ovpn kernel: [14268.392418] perf: interrupt took too
long (4020 > 3996), lower
On Mon, Sep 22, 2014 at 03:26:39PM +0200, Thorsten Glaser wrote:
> Hi,
>
> just got this vomited onto the console and into dmesg:
>
> [ 998.354300] perf interrupt took too long (2516 > 2500), lowering
> kernel.perf_event_max_sample_rate to 5
>
> What sort of pro
Hi,
just got this vomited onto the console and into dmesg:
[ 998.354300] perf interrupt took too long (2516 > 2500), lowering
kernel.perf_event_max_sample_rate to 5
What sort of problem is this, and why is it so important that it
occurs basically on every boot, and what can I do to “
7 matches
Mail list logo
