Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 18 Dec 2011 11:30:21 -0800
From:      Adrian Chadd <adrian@freebsd.org>
To:        "O. Hartmann" <ohartman@zedat.fu-berlin.de>
Cc:        Bruce Cran <bruce@cran.org.uk>, Ivan Klymenko <fidaj@ukr.net>, Doug Barton <dougb@freebsd.org>, freebsd-stable@freebsd.org, "O. Hartmann" <ohartman@mail.zedat.fu-berlin.de>, Current FreeBSD <freebsd-current@freebsd.org>, freebsd-performance@freebsd.org
Subject:   Re: SCHED_ULE should not be the default
Message-ID:  <CAJ-VmokgpSxycwjD_BZW2k=kysXWkSZ5PDCNFCpgmGD-rMKknA@mail.gmail.com>
In-Reply-To: <4EEDEE38.10802@zedat.fu-berlin.de>
References:  <4EE1EAFE.3070408@m5p.com> <4EE22421.9060707@gmail.com> <4EE6060D.5060201@mail.zedat.fu-berlin.de> <4EE69C5A.3090005@FreeBSD.org> <20111213104048.40f3e3de@nonamehost.> <20111213090051.GA3339@vniz.net> <4EED5200.20302@cran.org.uk> <4EEDEE38.10802@zedat.fu-berlin.de>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

What Attilllo and others need are KTR traces in the most stripped down
example of interactive-busting workload you can find.

Eg: if you're doing 32 concurrent buildworlds and trying to test
interactivity - fine, but that's going to result in a lot of KTR
stuff.
If you can reproduce it using a dd via /dev/null and /dev/random (like
another poster did) with nothing else running, then even better.
If you can do it without X running, even better.

I honestly suggest ignoring benchmarks for now and concentrating on
interactivity.


Adrian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokgpSxycwjD_BZW2k=kysXWkSZ5PDCNFCpgmGD-rMKknA>