"Eric Molitor" <[EMAIL PROTECTED]> wrote:
>
> Attached is a TCP Dump, SYS output was...
> 
>  tcpdump -i lo > debug.dump
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on lo, link-type EN10MB (Ethernet), capture size 96 bytes
> 31066 packets captured
> 93658 packets received by filter
> 459 packets dropped by kernel
> 
> This was while debuging iteration over a list of 10 items. On such a simple
> example on 2.6.14 it runs basically instantly. On 2.6.15 this took several
> minutes.
> 

Thanks.

The attachment was probably too large for the mailing list, so I've
uploaded it to
http://www.zip.com.au/~akpm/linux/patches/stuff/debug.dump.gz


> 
> 
> On 3/6/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > [EMAIL PROTECTED] wrote:
> > >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=6177
> > >
> > >            Summary: Java remote debugging is slow due to apparent
> > networking
> > >                     bug
> > >     Kernel Version: 2.6.15
> > >             Status: NEW
> > >           Severity: normal
> > >              Owner: [EMAIL PROTECTED]
> > >          Submitter: [EMAIL PROTECTED]
> > >
> > >
> > > Most recent kernel where this bug did not occur:
> > > Distribution: Suse 10.0, Suse 10.1 Debian 3.1
> > > Hardware Environment: ix86
> > > Software Environment: 2.6.14
> > > Problem Description:
> > > Sometime between 2.6.14 and 2.6.15 remote Java debugging has slowed to a
> > > crawl. Users have reported the problem on both Debian, Suse. Downgrading
> > to
> > > 2.6.14 solves the problem. The problem occurs with IDEA IntelliJ,
> > JBuilder,
> > > and even the Sun JDAPI examples. I've talked with many people about this
> > and
> > > here is what is known so far.
> > http://www.jetbrains.net/jira/browse/IDEA-6540
> > > The best quote to summerize that I know of is "tcpdump shows tons and
> > tons of
> > > packets going back and forth, none of which individually look strange,
> > but the
> > > fact that it took somewhere around the neighborhood of 2500 packets to
> > open
> > > the key/value for a single Hash element was weird. Each packet has a
> > very
> > > small payload of only a few bytes of information. (I will happily send
> > the
> > > tcpdump dump files if anyone wants.)" I know that this bug report sucks
> > > because of the limited information but it is a real issue and somewhat
> > hard to
> > > provide a better test case. Eugene Zhuravlev [EMAIL PROTECTED] of IDEA
> > > (IntelliJ's publisher) has offered to help track this problem down.
> > >
> > > Steps to reproduce:
> > > Make sure you are running 2.6.15 or higher (occurs in 2.6.16 pre as
> > well)
> > > install Eclipse and start a remote debugging session. Downgrading to
> > 2.6.14
> > > will cause the app to run at its normal speed. Its probably easiest to
> > install
> > > Tomcat and attach Eclipse to that.
> > >
> >
> > Yes, if you can get the net guys a full tcpdump it would really help,
> > thanks.
> >
> > (Please respond via email rather than via bugzilla so the
> > non-bugilla-capable net developers get to see it, thanks ;))
> >
> >
> 
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to