Re: pmcstat -z32 -G truncates callgraph to 8
On 31 October 2014 01:26, Brendan Gregg wrote: > > Yes. When I'm using profiling data, I like full stacks for making > flame graphs. For the FreeBSD kernel, 32 frames should usually be > enough (I have a flame graph that reaches 24 frames for the kernel, > but no more). For user-level, I'd probably need ~100. So making the > compiled-in default to 32 would hopefully be sufficient for most > kernel profiling, and one would need to bump that up for deep > user-level stacks. I guess this would also need > PMC_CALLCHAIN_DEPTH_MAX = 128 to work. I have a review up to bump the default to 32 and the maximum to 128: https://reviews.freebsd.org/D1203 ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "freebsd-performance-unsubscr...@freebsd.org"
Re: pmcstat -z32 -G truncates callgraph to 8
On 28 October 2014 13:38, Brendan Gregg wrote: > Ah, thanks, I'm on 10.0-STABLE and I have: > > kern.hwpmc.callchaindepth: 8 > > Glad it's something simple! Those are the best kinds of problems to have, although we ought to make sure this point is covered in the FreeBSD profiling documentation that we have or create. Also, do you think that we should bump the compiled-in default up to 32? ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "freebsd-performance-unsubscr...@freebsd.org"
Re: LINUX vs FreeBSD mysql performance using a large RT database
On Fri, Oct 20, 2006 at 02:57:46PM -0400, Mike Tancsa wrote: > With all the threads about poor FreeBSD performance, I wanted to test > it out myself to see how 64bit LINUX would compare using the same hardware. [ snip ] It seems your message ended up with some unfortunate line wrapping, which made it a little hard to see at a glance what the results were. Scott sent me them reformatted as: BSD LINUX time mysql rt3 all.out (full import) 106m123m first full content search 35.92 45.29 Second content search after first full content search 24.66 26.14 Subject search0.480.35 4 different select scripts run at the same time on different tables 62 59 create index Subject_IDX on Tickets (Sub 8.297.12 If this is what you measured, the results look fairly competitive. Thanks for performing this real-world test and posting this info. -Ed Maste ___ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"
