From: "Denys" <nuclearcat@nuclearcat.com>
To: linux-kernel@vger.kernel.org
Subject: 2.6.21 -> 2.6.22 & 2.6.23-rc8 performance regression
Date: Sun, 30 Sep 2007 20:31:22 +0300 [thread overview]
Message-ID: <20070930173123.M36911@nuclearcat.com> (raw)
P.S.S.
I tried changing clocksource from acpi_pm to tsc. No difference.
Tried to lock eth0 by smp_affinity to single CPU (no other interrups, except
ioapic timer(LOC) there). No luck. I tried to change hashes in nf_conntrack,
no difference. Tried to change eth0 weidht - no difference.
Also i notice, that exactly when softirqd start using CPU nearby 100% -
problems happens.
At this time (with or without nice - the same, also the same to ping any host
in network)
defaulthost ~ #nice -n -10 ping -s 10000 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 10000(10028) bytes of data.
10008 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=377 ms
10008 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=328 ms
10008 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=329 ms
10008 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=355 ms
10008 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.047 ms
Delay value is ALWAYS nearby same. 350-360ms.
At same time if i ping "buggy 2.6.23-rc8" box, ping delay is perfect.
100000 packets transmitted, 100000 received, 0% packet loss, time 41793ms
rtt min/avg/max/mdev = 0.027/0.127/1.439/0.095 ms, ipg/ewma 0.417/0.065 ms
There is nothing running except:
squid, globax (TCP accelerator).
Logs, disk cache on squid is disabled.
Important note - there is conntract and REDIRECT used.
defaulthost /config #cat /proc/net/sockstat
sockets: used 10670
TCP: inuse 12734 orphan 1390 tw 20248 alloc 12751 mem 9903
UDP: inuse 5
UDPLITE: inuse 0
RAW: inuse 0
FRAG: inuse 0 memory 0
defaulthost /config #cat /proc/net/softnet_stat
96c0060c 00000000 003fa90a 00000000 00000000 00000000 00000000 00000000
00000000
926120af 00000000 003e8692 00000000 00000000 00000000 00000000 00000000
00000000
defaulthost /config #cat /proc/net/ip_conntrack|wc -l
69256
(other host running 200K easily)
What can cause delays ~350-360ms for userspace applications?
--
Denys Fedoryshchenko
Technical Manager
Virtual ISP S.A.L.
next reply other threads:[~2007-09-30 17:31 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-30 17:31 Denys [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-09-30 15:22 2.6.21 -> 2.6.22 & 2.6.23-rc8 performance regression Denys
2007-09-30 14:48 Denys
2007-09-30 17:48 ` Eric Dumazet
2007-09-30 4:25 ` Nick Piggin
2007-09-30 22:04 ` Denys
2007-10-01 10:01 ` Andi Kleen
2007-10-01 10:30 ` Denys
2007-10-01 11:14 ` Andi Kleen
2007-10-01 11:52 ` Denys
2007-10-01 11:57 ` Andi Kleen
2007-10-01 12:04 ` Denys
2007-09-30 22:35 ` Denys
2007-10-01 5:59 ` Eric Dumazet
2007-10-01 7:12 ` David Miller
2007-10-01 8:07 ` Denys
2007-10-01 8:20 ` Eric Dumazet
2007-10-01 8:35 ` Eric Dumazet
2007-10-01 12:10 ` Denys
2007-10-01 13:26 ` Denys
2007-10-01 20:10 ` Eric Dumazet
2007-10-01 20:57 ` David Miller
2007-09-30 23:24 ` Denys
2007-10-01 6:43 ` Denys
2007-09-30 18:45 ` Denys
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=20070930173123.M36911@nuclearcat.com \
--to=nuclearcat@nuclearcat.com \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox