Re: Problem with Asus P4C800-DX and P4 -Northwood-

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Andreas Baer wrote:



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.


If the program and test data is not proprietary, would it help to have me run the test on my P4P800, P4-2.8, HT on, and see if that's an issue with your particular board or BIOS? I have the 1086 BIOS from my notes on that machine, I think you were running a later BIOS? 1091 or so, from memory?

Anyway, I would run a test that takes 3 minutes if it helps as a data point.

--
bill davidsen <[email protected]>
 CTO TMR Associates, Inc
 Doing interesting things with small computers since 1979

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux