[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1243513143.6600.47.camel@laptop>
Date: Thu, 28 May 2009 14:19:03 +0200
From: Peter Zijlstra <a.p.zijlstra@...llo.nl>
To: Paul Mackerras <paulus@...ba.org>
Cc: mingo@...hat.com, hpa@...or.com, acme@...hat.com,
linux-kernel@...r.kernel.org, tglx@...utronix.de,
cjashfor@...ux.vnet.ibm.com, mingo@...e.hu,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:perfcounters/core] perf stat: handle Ctrl-C
On Thu, 2009-05-28 at 21:09 +1000, Paul Mackerras wrote:
> tip-bot for Ingo Molnar writes:
>
> > perf stat: handle Ctrl-C
> >
> > Before this change, if a long-running perf stat workload was Ctrl-C-ed,
> > the utility exited without displaying statistics.
> >
> > After the change, the Ctrl-C gets propagated into the workload (and
> > causes its early exit there), but perf stat itself will still continue
> > to run and will display counter results.
> >
> > This is useful to run open-ended workloads, let them run for
> > a while, then Ctrl-C them to get the stats.
>
> Unfortunately it means that if you do e.g.
>
> $ while true; do perf stat something; done
>
> it's impossible to kill the loop with ctrl-C. To fix this we need to
> make perf stat kill itself with the signal after printing the results,
> so bash sees the died-due-to-signal exit status and stops the loop.
Yep, just ran into the same..
^Z kill $! worked though, but that's not ideal.
--
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/
Powered by blists - more mailing lists