Date: Sun, 18 Sep 2005 07:35:18 +0530 From: Joseph Koshy <joseph.koshy@gmail.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: current@freebsd.org, Oliver Lehmann <lehmann@ans-netz.de> Subject: Re: low(er) disk performance with sched_4bsd then with sched_ule Message-ID: <84dead72050917190558e24d2b@mail.gmail.com> In-Reply-To: <17196.35762.395155.325627@grasshopper.cs.duke.edu> References: <20050914194612.15692485.lehmann@ans-netz.de> <84dead7205091500152a7c25d1@mail.gmail.com> <20050915172005.072f4bdf.lehmann@ans-netz.de> <20050915181238.54b16b4b.lehmann@ans-netz.de> <84dead720509160921732e7f96@mail.gmail.com> <20050916184911.38e2739a.lehmann@ans-netz.de> <20050916225219.73b53cd0.lehmann@ans-netz.de> <84dead7205091619435c12b528@mail.gmail.com> <20050917102846.7bf26a56.lehmann@ans-netz.de> <17196.35762.395155.325627@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
> I don't know the disk codepath very well, but the samples look=20 > little suspect. They do look odd. For one, there are entries for the p4_*_pmc functions which would never get called on a P-III box. Oliver, after you sync'ed up with RELENG_6, did you keep the sources for pmcstat(8) sync'ed with current? If not, that would explain the skewed profile. Yesterday I MFC'ed a few bug fixes so could you run the last step (pmcstat -g -R=20 /path-to-sample-file) with today's pmcstat(8)? The file "src/usr.sbin/pmcstat_log.c" should be at rev 1.3.2.1. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?84dead72050917190558e24d2b>