Theo de Raadt ha scritto:
You're right Theo, but isn't better an answer like: RTFC ? Just 4 char.
There is no point in telling people who can't read the code, to go
read the code. It won't change a thing. They really will keep coming
back to misc showing their false expectations.
I t
> I think the mailing lists would be better if it wasn't always full of
> people asking stupid questions, and then being answered by people with
> ridiculous or uneducated answers.
> Not that I want to be here providing the correct answers. Why bother?
> They won't be understood, and it isn't wor
On Fri, Nov 07, 2008 at 10:09:08PM -0700, Theo de Raadt wrote:
> > You're right Theo, but isn't better an answer like: RTFC ? Just 4 char.
>
> There is no point in telling people who can't read the code, to go
> read the code. It won't change a thing. They really will keep coming
> back to misc
> You're right Theo, but isn't better an answer like: RTFC ? Just 4 char.
There is no point in telling people who can't read the code, to go
read the code. It won't change a thing. They really will keep coming
back to misc showing their false expectations.
> If he understand or not isnt our bus
Theo de Raadt ha scritto:
I would assume you're referring to uvm_loadav in uvm_meter.c? That's where
I'm looking. I was hoping for a little English to help me with my
understanding, but maybe I'm just not clever enough.
Likely this is not the real problem.
[snip]
I think that is
> > I would assume you're referring to uvm_loadav in uvm_meter.c? That's where
> > I'm looking. I was hoping for a little English to help me with my
> > understanding, but maybe I'm just not clever enough.
>
> Likely this is not the real problem.
>
> If you don't know the algorithms used to cal
On Fri, Nov 07, 2008 at 02:05:19PM -0500, Damian Gerow wrote:
>
> I would assume you're referring to uvm_loadav in uvm_meter.c? That's where
> I'm looking. I was hoping for a little English to help me with my
> understanding, but maybe I'm just not clever enough.
Likely this is not the real pro
deraadt wrote:
>
> And if you really are worried, use the patch I mailed out earlier,
> and the load will always be zero. Then there are no more worries!
>
That's both cruel and funny at the same time.
--
View this message in context:
http://www.nabble.com/Oddly-
On Fri, Nov 7, 2008 at 1:49 PM, Duncan Patton a Campbell <
[EMAIL PROTECTED]> wrote:
>
> Ok. So considering the speed with which this patch appeared I'm going
> to assume there's more here than meets the eye. Just the same it looked
> like a sampling (when/where) issue to me.
>
Take note of the
> I won't pretend to understand how OpenBSD calculates its load averages, but
> keep in mind that not every OS calculates them the same.
>
> For instance, my OpenBSD box:
> $ uptime
> 11:46AM up 3 days, 18:29, 1 user, load averages: 0.08, 0.08, 0.08
> I have a .08 load average and there are no se
On Fri, 07 Nov 2008 12:30:21 -0700
Theo de Raadt <[EMAIL PROTECTED]> wrote:
> > On Fri, 7 Nov 2008 13:16:38 -0500
> > Damian Gerow <[EMAIL PROTECTED]> wrote:
> >
> > > Theo de Raadt wrote:
> > > : > The load average on my machine is inexplicably high; when idle, it
> > > sits up
> > > : > betwee
I won't pretend to understand how OpenBSD calculates its load averages, but
keep in mind that not every OS calculates them the same.
For instance, my OpenBSD box:
$ uptime
11:46AM up 3 days, 18:29, 1 user, load averages: 0.08, 0.08, 0.08
I have a .08 load average and there are no services other t
> On Fri, 7 Nov 2008 13:16:38 -0500
> Damian Gerow <[EMAIL PROTECTED]> wrote:
>
> > Theo de Raadt wrote:
> > : > The load average on my machine is inexplicably high; when idle, it sits
> > up
> > : > between 0.6 and 0.7.
> > :
> > : Oh my god, the horror. Nothing is wrong with your machine at al
On Fri, 7 Nov 2008 13:16:38 -0500
Damian Gerow <[EMAIL PROTECTED]> wrote:
> Theo de Raadt wrote:
> : > The load average on my machine is inexplicably high; when idle, it sits up
> : > between 0.6 and 0.7.
> :
> : Oh my god, the horror. Nothing is wrong with your machine at all.
> : However, I hav
Theo de Raadt wrote:
: Looks like you don't know the algorithms used to calculate the number.
: But it is clearly beyond your skills to go read the source.
I would assume you're referring to uvm_loadav in uvm_meter.c? That's where
I'm looking. I was hoping for a little English to help me with my
Theo de Raadt wrote:
: > The load average on my machine is inexplicably high; when idle, it sits up
: > between 0.6 and 0.7.
:
: Oh my god, the horror. Nothing is wrong with your machine at all.
: However, I have a diff which will probably keep you happy.
Not sure if you caught my last paragraph,
> Not only would that not fix it, it doesn't make any sense, either. If my
> machine has no workload, increasing the available power to process said
> nonexistant workload isn't going to change anything.
>
> And let's not forget that I'm curious to find out why the load average is up
> there when
Mark Zimmerman wrote:
: I bet you could get your load average to drop if you forced your cpu
: to run full speed even when doing nothing. I am guessing that this is
: not really what you want.
Not only would that not fix it, it doesn't make any sense, either. If my
machine has no workload, increa
On Fri, Nov 07, 2008 at 11:51:51AM -0500, Damian Gerow wrote:
> The load average on my machine is inexplicably high; when idle, it sits up
> between 0.6 and 0.7. Though I'm running a snapshot from last night, I've
> seen the same behaviour since I first installed a 4.4 snapshot from about
> three
> The load average on my machine is inexplicably high; when idle, it sits up
> between 0.6 and 0.7.
Oh my god, the horror. Nothing is wrong with your machine at all.
However, I have a diff which will probably keep you happy.
Index: uvm_meter.c
=
ing? Note that this doesn't really seem to
be causing me any grief: apmd is properly dropping my cpuspeed, hw.sensors
are all showing cool-running temperatures, and I'm still getting at least
seven hours of battery life, even with a wireless connection. I just have
this oddly high load avera
21 matches
Mail list logo