Date: Fri, 22 Jun 2007 12:40:10 +0200 From: "Harald Servat" <redcrash@gmail.com> To: "Stanislav Sedov" <stas@freebsd.org> Cc: freebsd-performance@freebsd.org, NOC Meganet <tec@mega.net.br>, Thomas Vogt <thomas@bsdunix.ch> Subject: Re: PAPI in the ports Message-ID: <d825e0270706220340s490a8fg20e057aad79a5696@mail.gmail.com> In-Reply-To: <20070622140317.b2c8075e.stas@FreeBSD.org> References: <d825e0270706140152j6012592ah18beef95942bb051@mail.gmail.com> <4671118D.1040404@bsdunix.ch> <200706140806.05674.tec@mega.net.br> <46712605.5090907@bsdunix.ch> <20070622140317.b2c8075e.stas@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2007/6/22, Stanislav Sedov <stas@freebsd.org>: > > On Thu, 14 Jun 2007 13:27:01 +0200 > Thomas Vogt <thomas@bsdunix.ch> mentioned: > > > > > Yes you're right. But to have a such feature on a production system is > > nice if you have to debug issues. If I get a problem I can easily debug > > it without to simulate everything in the lab. It's not that I want to > > run such features 24/7. > > > > But perhaps "options HWPMC_HOOKS" in the kernel enables some hooks which > > could cause performance penalties even if I don't actively use such > > feature very often. Like many other debug options in the kernel. I don't > > know. > > > > I'm using "options HWPMC_HOOKS" on heavily loaded web server almost > constantly, no visible penalty at all. Just my 2 cents. Those are good news! :) -- > Stanislav Sedov > ST4096-RIPE > > -- _________________________________________________________________ Empty your memory, with a free()... like a pointer! If you cast a pointer to an integer, it becomes an integer, if you cast a pointer to a struct, it becomes a struct. The pointer can crash..., and can overflow. Be a pointer my friend...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d825e0270706220340s490a8fg20e057aad79a5696>