Den 07/10/2013 kl. 19.28 skrev David Wolfskill :
> In examining the CPU utilization graphs, the CPU generally looks
> about 5% busy for the first 15 minutes; this would be bmake determining
> dependency graphs, I expect.
Is that one process using 100% of one core, or many processes using 5% tota
Den 20/11/2012 kl. 22.03 skrev Mike Jakubik
:
> On 2012-10-12 05:21 PM, Adrian Chadd wrote:
>> On 12 October 2012 11:10, Miroslav Lachman <000.f...@quip.cz> wrote:
>>> I don't like comparing Release Candidates without any details about config,
>>> but the fact that DF 3.2 is much better than DF 3
Hi Attilio,
Den 18/04/2012 kl. 13.04 skrev Attilio Rao:
> 2012/4/18, Erik Cederstrand :
>> Hi all,
>>
>> I'd like to do some performance comparisons between HEAD and e.g. 9.0. Is
>> there a more authoritative source than the handwaving at the beginning of
>&g
Hi all,
I'd like to do some performance comparisons between HEAD and e.g. 9.0. Is there
a more authoritative source than the handwaving at the beginning of
/usr/src/UPDATING in HEAD regarding what needs to be changed in HEAD to make
HEAD and release branches comparable?
Kind regards,
Erik_
Den 21/12/2011 kl. 19.48 skrev Alexander Leidinger:
> And related to the subject: wasn't it you who developed the automatic
> benchmarking stuff? If yes, why not make it available? If you don't have he
> resources, I offer my help to make it available somewhere.
Yes, that's me. I'm mostly out o
Den 21/12/2011 kl. 15.20 skrev Randy Schultz:
> I agree whole-heartedly. I guess I wasn't clear. I wasn't trying to say most
> SA's never tune, only that from watching other SA's over the years, little
> tuning is done.
As a casual SA, I often find I'm fumbling around in the dark to find out i
Den 04/11/2010 kl. 18.07 skrev grarpamp:
> Not as comparison with FreeBSD but ideas for
> tracking FreeBSD performance across release/releng.
>
> http://www.phoronix.com/scan.php?page=article&item=linux_2612_2637&num=1
>
> Provided the version of the unit test is kept the
> same and it compiles
Dieter skrev:
As suggested in other posts, deleting .pyo and .pyc files gets me down to
6MB. Static libraries (.a files) in /usr/lib and /usr/local/lib still have
mismatching MD5 sums even though no source code change warrants this. Can
I do anything about that?
Perhaps they have an embedded ti
Brooks Davis skrev:
On Fri, Feb 08, 2008 at 09:41:09AM +0100, Erik Cederstrand wrote:
I finally got around to testing this, and with a combination of mtree
comparing md5 hashes, bsdiff compacting changed files and hardlinking
unchanged files I get a reduction in size from 256MB to 10MB. Pretty
Brooks Davis skrev:
On Wed, Jan 30, 2008 at 07:20:23PM +0100, Erik Cederstrand wrote:
I'd like a situation where I can very quickly set up a slave with a
specific version of FreeBSD to run additional tests or provide shell access
to a developer. This currently involves adding an entry
Kris Kennaway wrote:
Robert Watson wrote:
One thing I am looking at is how to best create a library of world
tarballs that can be used to populate a nfsroot (or hybrid of periodic
tarballs + binary diffs to save space). Then you could provide your
benchmark in a standardized format (start/en
Erik Cederstrand wrote:
I'd like to send a small update on my progress on the Performance
Tracker project.
I now have a small setup of a server and a slave chugging along,
currently collecting data. I'm following CURRENT and collecting results
from super-smack and unixbench.
T
Alexander Leidinger wrote:
Quoting Kris Kennaway <[EMAIL PROTECTED]> (from Thu, 24 Jan 2008 12:08:07
>>
I don't see machine availability being a problem once we are ready to
"take this live".
Me too, but it's in the development stage and Robert asks for some new
features, and I've read the a
Ivan Voras wrote:
I have a suggestion to make the graphs more readable: if a long period
was chosen by the user (e.g. > 100 days / plot points), don't plot
points and error bars, plot a simple line through the points. Also, set
all date strings on the X-axis to empty strings except for the da
Alexander Leidinger wrote:
In case you have some space left for more machines, maybe someone is
willing to help out by sponsoring some. Just tell us how many machines
you can handle (space/power/...) and if you are interested that we put
it up on our wantlist.
I'm sharing an office with 4 o
Kris Kennaway wrote:
Robert Watson wrote:
Yes -- I was mostly thinking about backdating in order to play
"catchup" when a new benchmark is introduced.
One thing I am looking at is how to best create a library of world
tarballs that can be used to populate a nfsroot (or hybrid of periodic
t
Robert Watson wrote:
On Wed, 23 Jan 2008, Erik Cederstrand wrote:
I agree that there's a need for an overview and some sort of
notification. I've been collecting historical data to get a baseline
for the statistics and I'll try to see what I can do over the next weeks.
A th
Robert Watson wrote:
This looks really exciting!
Do you plan to add a way so that people can submit performance data?
I.e., if I set up my own test box and want to submit a result once a
week for that, will there be a way for me to get set up with a
username/password, submit configuration i
Kris Kennaway wrote:
This is coming along very nicely indeed!
One suggestion I have is that as more metrics are added it becomes
important for an "at a glance" overview of changes so we can monitor for
performance improvements and regressions among many workloads.
>
One way to do this would
Brooks Davis wrote:
On Tue, Sep 25, 2007 at 08:59:44AM +0200, Erik Cederstrand wrote:
Brooks Davis wrote:
On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote:
>> [...]
If I ignore documentation distfiles (will this affect benchmarks in any
way?), AFAICT the only distri
Brooks Davis wrote:
On Mon, Sep 24, 2007 at 01:34:34PM +0200, Erik Cederstrand wrote:
>> [...]
If I ignore documentation distfiles (will this affect benchmarks in any
way?), AFAICT the only distribution sets I need are base, proflibs, kernels
and (maybe) lib32. Is there a way to get
Hi!
In an effort to run benchmarks on the latest CURRENT on a couple of
slave machines, I need to build the distribution sets necessary for an
NFS install as fast as possible (the slaves are installing over PXE),
but still ending up with something as close as possible to a normal
default inst
22 matches
Mail list logo
