From: Andreas Baer <lnx1@gmx.net>
To: Bill Davidsen <davidsen@tmr.com>
Cc: linux-kernel@vger.kernel.org, pmarques@grupopie.com
Subject: Re: Problem with Asus P4C800-DX and P4 -Northwood-
Date: Mon, 25 Jul 2005 23:51:07 +0200 [thread overview]
Message-ID: <42E55ECB.2070703@gmx.net> (raw)
In-Reply-To: <42E55012.5040307@tmr.com>
Bill Davidsen wrote:
>
> One other oddment about this motherboard, Forgive if I have over-snipped
> this trying to make it relevant...
>
> Andreas Baer wrote:
>
>>
>> Willy Tarreau wrote:
>>
>>> On Mon, Jul 25, 2005 at 03:10:08PM +0200, Andreas Baer wrote:
>
>
>>> There clearly is a problem on the system installed on this machine.
>>> You should
>>> use strace to see what this machine does all the time, it is
>>> absolutely not
>>> expected that the user/system ratios change so much between two nearly
>>> identical systems. So there are system calls which eat all CPU. You
>>> may want
>>> to try strace -Tttt on the running process during a few tens of
>>> seconds. I
>>> guess you'll immediately find the culprit amongst the syscalls, and
>>> it might
>>> give you a clue.
>>
>>
>>
>> I hope you are talking about a hardware/kernel problem and not a software
>> problem, because I tried it also with LiveCD's and they showed the
>> same results
>> on this machine.
>> I'm not a linux expert, that means I've never done anything like that
>> before,
>> so it would be nice if you give me a hint what you see in this
>> results. :)
>>
>
> Am I misreading this, or is your program doing a bunch of seeks not
> followed by an i/o operation? I would doubt that's important, but your
> vmstat showed a lot of system time, and I just wonder if llseek() is
> more expensive in Linux than Windows. Or if your code is such that these
> calls are not optimized away by gcc.
I don't know what exactly produces this _llseek calls, but I ran the compiled
binaries on both machines (desktop + notebook) without any recompilation and so
I think they should do the same (even if this is bad or not optimized), but I
see a time difference of more than 2:30 :) This _llseek calls also don't seem
to be faster or slower if you compare the times on the notebook and the desktop.
>> strace output for desktop:
>> <--snip-->
>
>
>> [pid 1431] 1122318636.262578 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000017>
>> [pid 1431] 1122318636.262654 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000017>
>> [pid 1431] 1122318636.262732 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000017>
>> [pid 1431] 1122318636.262809 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.262881 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.262952 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263023 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263094 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.263165 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263237 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.263310 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263381 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263452 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263523 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.263594 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263666 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000017>
>> [pid 1431] 1122318636.263740 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000024>
>> [pid 1431] 1122318636.263841 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263913 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.263984 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000014>
>> [pid 1431] 1122318636.264055 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264127 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264199 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264271 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264342 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.264414 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.264487 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264558 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.264630 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264710 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264788 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.264861 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.264934 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.265006 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265077 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265149 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000014>
>> [pid 1431] 1122318636.265220 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265292 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.265363 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.265436 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265509 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265580 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265652 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.265726 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000017>
>> [pid 1431] 1122318636.265818 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265891 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.265963 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.266034 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.266106 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.266177 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.266250 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>> [pid 1431] 1122318636.266322 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.266394 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000015>
>> [pid 1431] 1122318636.266466 _llseek(3, 1761280, [1761280], SEEK_SET)
>> = 0 <0.000016>
>
>
next prev parent reply other threads:[~2005-07-25 21:49 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-25 0:50 Problem with Asus P4C800-DX and P4 -Northwood- Andreas Baer
2005-07-25 5:12 ` Willy Tarreau
2005-07-25 13:10 ` Andreas Baer
2005-07-25 14:00 ` Paulo Marques
2005-07-25 15:24 ` Willy Tarreau
2005-07-25 19:51 ` Andreas Baer
2005-07-25 20:03 ` Erik Mouw
2005-07-25 20:12 ` Andreas Baer
2005-07-25 20:26 ` Erik Mouw
2005-07-25 20:38 ` Jesper Juhl
2005-07-25 21:01 ` Erik Mouw
2005-07-25 20:03 ` Valdis.Kletnieks
2005-07-25 20:03 ` Dmitry Torokhov
2005-07-25 20:48 ` Bill Davidsen
2005-07-25 21:51 ` Andreas Baer [this message]
2005-07-26 14:39 ` Bill Davidsen
2005-07-26 16:13 ` Andreas Baer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42E55ECB.2070703@gmx.net \
--to=lnx1@gmx.net \
--cc=davidsen@tmr.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pmarques@grupopie.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.