Gregory Haskins wrote: > > Then, email the contents of /sys/kernel/debug/tracing/trace to me > > > [ Chinang has performed the trace as requested, but replied with a reduced CC to avoid spamming people with a large file. This is restoring the original list] Ma, Chinang wrote: > Hi Gregory, > Trace in attachment. I trim down the distribution list. As the attachment is quite big. > > Thanks, > -Chinang > Hi Chinang, Thank you very much for taking the time to do this. I have analyzed the trace: I do not see any smoking gun w.r.t. the theory that we are over IPI'ing the system. There were holes in the data due to trace limitations that rendered some of the data inconclusive. However, the places where we did not run into trace limitations looked like everything was functioning as designed. That being said, I do see that you have a ton of prio 48(ish) threads that are over-straining the RT push logic. The interesting thing here is I recently pushed some patches to tip that have potential to help you here. Could you try your test using the sched/rt branch from -tip? Here is a clone link, for your convenience: git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-tip.git sched/rt For this run, do _not_ use the trace patch/config. I just want to see if you observe performance improvements with OLTP configured for RT prio when compared to historic rt-push/pull based kernels (including HEAD on linus.git, as tested in the last run) Thanks! -Greg
Attachment:
signature.asc
Description: OpenPGP digital signature
