linux-kernel - Re: [tracing] trying to make sense of trace output, can't figure out where time is going

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 04 Sep 2014 08:29:49 +0200
From:	Mike Galbraith <umgwanakikbuti@...il.com>
To:	Chris Friesen <chris.friesen@...driver.com>
Cc:	Steven Rostedt <rostedt@...dmis.org>,
	Ingo Molnar <mingo@...hat.com>,
	lkml <linux-kernel@...r.kernel.org>
Subject: Re: [tracing]  trying to make sense of trace output, can't figure
 out where time is going

On Wed, 2014-09-03 at 15:07 -0600, Chris Friesen wrote:

> kvm-23696   4d...3.. 507584570us : sched_switch: prev_comm=kvm prev_pid=23696 prev_prio=120 prev_state=R+ ==> next_comm=ksoftirqd/4 next_pid=80 next_prio=98
> ksoftirq-80      4....111 507584570us!: softirq_entry: vec=1 [action=TIMER]

> I'm trying to figure out what would cause that jump between the first
> two ksoftirqd logs.
> 
> Some stuff in /proc/cmdline that might be relevent (it's a bit of a mishmash,
> I know):
> 
> intel_iommu=off isolcpus=1-15 rcu_nocbs=1-15 irqaffinity=0
> intel_idle.max_cstate=0 processor.max_cstate=1 idle=poll
> 
> 
> In the BIOS we've disabled speedstep, CPU C states, and NMI on
> error.
> 
> Is there a different tracer that would give more insight?  The irqs-off or
> preemption-off tracers perhaps?

I'd try to take a snapshot with the function tracer.  Add a couple
trace_printk()s, set a tracing_off() trap for TIMER sirq processing
taking ages, stare at resulting 8x10 color glossy.

-Mike


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/