31

I am working on my computer, trying to write some device code. I checked into dmesg to get some info, and saw this:

perf interrupt took too long (2507 > 2500), lowering kernel.perf_event_max_sample_rate to 50000

what does this event mean? Cause? Concern?

Peskydan
  • 25
  • 5
j0h
  • 14,825
  • 1
    I had similar message as last one in journalctl before sudden reboot happened while I was watching YouTube. – jarno Nov 12 '22 at 12:05

2 Answers2

19

This should not be a concern. perf is a tool to handle CPU performance. The kernel is capable of automatically determining the sample rate without affecting the performance of the system. Here is a thread on this from the Arch forum.

Peskydan
  • 25
  • 5
Ron
  • 20,638
13

This answer from the Arch Forum sums it up:

This message is informational and nothing to worry about.

It has to do with the Linux perf tool which is included in the kernel. The kernel automagically determines the sample rate that could be used without impacting system performance too much; and it logs this even when perf isn't active, or even installed.

Messages like this are triggered by high(er) system load or a cpu that is scaling.

  • 7
    I got this after doing I/O benchmarking combined with repated sync. Nothing to worry about as long as numbers after interrupt took too long (3979 > 3930) are close enough. If the bigger one is say 10x the another then you may have some problems with CPU scheduling. – Mikko Rantalainen Dec 16 '17 at 13:58
  • 2
    I often get this BS while gaming which causes lag spikes and other issues. Super obnoxious as the game will hang for a second, perf interrupt message will pop up in dmesg and then the game will snap back but any mouse/movement input during that moment is super exaggerated...it's fun flying into the side of a mountain for no reason...ug. – nPHYN1T3 Sep 29 '20 at 01:50