Hi, sorry if this is a faq but reading
http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf (slides 17,
18)
looks like 2.6.23 is having a performance regression on MySQL and
PostgreSQL benchmarks. Has anyone investigated these?
--
Lorenzo
-
To unsubscribe from this list: send the line
Hi, sorry if this is a faq but reading
http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf (slides 17,
18)
looks like 2.6.23 is having a performance regression on MySQL and
PostgreSQL benchmarks. Has anyone investigated these?
--
Lorenzo
-
To unsubscribe from this list: send the line
On Tue, 2007-02-27 at 20:05 +0100, Lorenzo Allegrucci wrote:
> On Tue, 2007-02-27 at 09:02 -0500, Rik van Riel wrote:
> > That still doesn't fix the potential Linux problem that this
> > benchmark identified.
> >
> > To clarify: I don't care as much about MySQL perf
On Tue, 2007-02-27 at 20:05 +0100, Lorenzo Allegrucci wrote:
On Tue, 2007-02-27 at 09:02 -0500, Rik van Riel wrote:
That still doesn't fix the potential Linux problem that this
benchmark identified.
To clarify: I don't care as much about MySQL performance as
I care about identifying
On Tue, 2007-02-27 at 09:02 -0500, Rik van Riel wrote:
> J.A. Magallón wrote:
> > On Mon, 26 Feb 2007 23:31:29 -0500, Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> >> Hiro Yoshioka wrote:
>
> >>> Another question. When the number of threads exceeds the number of
> >>> CPU cores, we may get a lot
On Tue, 2007-02-27 at 09:02 -0500, Rik van Riel wrote:
J.A. Magallón wrote:
On Mon, 26 Feb 2007 23:31:29 -0500, Rik van Riel [EMAIL PROTECTED] wrote:
Hiro Yoshioka wrote:
Another question. When the number of threads exceeds the number of
CPU cores, we may get a lot of idle time. Then
At 15.40 27/01/01 -0800, you wrote:
>
>
>On Sat, 27 Jan 2001, Lorenzo Allegrucci wrote:
>>
>> A trivial "while(1) fork()" is enough to trigger it.
>> "mem=32M" by lilo, ulimit -u is 1024.
>
>Hmm.. This does not look like a VM deadloc
At 15.40 27/01/01 -0800, you wrote:
On Sat, 27 Jan 2001, Lorenzo Allegrucci wrote:
A trivial "while(1) fork()" is enough to trigger it.
"mem=32M" by lilo, ulimit -u is 1024.
Hmm.. This does not look like a VM deadlock - it looks like some IO
reques
I run 'swapoff -a' in the middle of 'make j10 bzImage'
with 32M (by lilo) and got this:
Jan 3 17:30:07 lenstra kernel: VM: Undead swap entry 000f3100
Jan 3 17:30:07 lenstra kernel: VM: Bad swap entry 000f3100
Jan 3 17:30:07 lenstra kernel: VM: Bad swap entry 000f3100
Jan 3 17:30:07 lenstra
I run 'swapoff -a' in the middle of 'make j10 bzImage'
with 32M (by lilo) and got this:
Jan 3 17:30:07 lenstra kernel: VM: Undead swap entry 000f3100
Jan 3 17:30:07 lenstra kernel: VM: Bad swap entry 000f3100
Jan 3 17:30:07 lenstra kernel: VM: Bad swap entry 000f3100
Jan 3 17:30:07 lenstra
http://www.eecs.harvard.edu/~keith/usenix96/aging.tar.gz
It's a good and 100% reproducible workload, I think.
BTW, does test12 solve the fs corruption once and for all?
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
http://www.eecs.harvard.edu/~keith/usenix96/aging.tar.gz
It's a good and 100% reproducible workload, I think.
BTW, does test12 solve the fs corruption once and for all?
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
It was a trivial misconfiguration of my portmap and proxy.
Sorry people and thank you for your patience :-)
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
It was a trivial misconfiguration of my portmap and proxy.
Sorry people and thank you for your patience :-)
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
At 01.57 28/11/00 -0800, you wrote:
> Date: Tue, 28 Nov 2000 11:08:17 +0100
> From: Lorenzo Allegrucci <[EMAIL PROTECTED]>
>
> Does anyone confirm this problem?
>
>Increase the space between the two numbers configured in
>/proc/sys/net/ipv4/ip_local_port
About 2 times on 3 lmbench-2alpha12 stops at "Local networking".
Below is a 'ps l':
F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND
100 0 207 1 9 0 1980 1204 wait4 Stty1 0:00 -bash
100 0 208 1 14 0 1968 1188 wait4 Stty2
About 2 times on 3 lmbench-2alpha12 stops at "Local networking".
Below is a 'ps l':
F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND
100 0 207 1 9 0 1980 1204 wait4 Stty1 0:00 -bash
100 0 208 1 14 0 1968 1188 wait4 Stty2
At 01.57 28/11/00 -0800, you wrote:
Date: Tue, 28 Nov 2000 11:08:17 +0100
From: Lorenzo Allegrucci [EMAIL PROTECTED]
Does anyone confirm this problem?
Increase the space between the two numbers configured in
/proc/sys/net/ipv4/ip_local_port_range, try a configuration
such as:
echo
It seems like lastest kernels cannot run lmbench successfully.
lmbench stops at "Local networking", between lat_connect
and bw_tcp, as far as I can see from 'top'.
No errors reported, lat_connect or bw_tcp exit silently.
All 2.4.0-test[5-11] seem to have this problem.
2.4.0-test1 and 2.2.x all
It seems like lastest kernels cannot run lmbench successfully.
lmbench stops at "Local networking", between lat_connect
and bw_tcp, as far as I can see from 'top'.
No errors reported, lat_connect or bw_tcp exit silently.
All 2.4.0-test[5-11] seem to have this problem.
2.4.0-test1 and 2.2.x all
At 13.40 28/10/00 -0700, you wrote:
>On Sat, Oct 28 2000, Lorenzo Allegrucci wrote:
>> I've got this while trying to play an audio CD by cdplay.
>
>[snip]
>
>> NOTE:
>> 2.4.0-test9 works without problems.
>
>2.2.18-pre-latest will do then, could you try that?
At 13.40 28/10/00 -0700, you wrote:
On Sat, Oct 28 2000, Lorenzo Allegrucci wrote:
I've got this while trying to play an audio CD by cdplay.
[snip]
NOTE:
2.4.0-test9 works without problems.
2.2.18-pre-latest will do then, could you try that?
Yes, I've tried 2.2.18pre17, problem disappeared
I've got this while trying to play an audio CD by cdplay.
hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
hdc: packet command error: error=0x54
ATAPI device hdc:
Error: Illegal request -- (Sense key=0x05)
Invalid command operation code -- (asc=0x20, ascq=0x00)
The
I've got this while trying to play an audio CD by cdplay.
hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
hdc: packet command error: error=0x54
ATAPI device hdc:
Error: Illegal request -- (Sense key=0x05)
Invalid command operation code -- (asc=0x20, ascq=0x00)
The
I've got the above message from 2.4.0-test10-1.
Don't know test9
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
25 matches
Mail list logo