You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Kaleb Axon <do...@axon-family.net> on 2002/10/09 15:44:42 UTC
Slow transfer rate on POP3 server
I recently attempted to upgrade to JAMES 2.1a1; and I had to switch back to
1.2.1 because the current version's POP3 was *very* slow--I'm only getting
about 10-15k per second (i.e., it's as if I were on about a 128k
connection). Any suggestions?
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
> I'm not sure if the change will fix your problem, or just move the
symptom.
> But we'll see.
>
> Yes, if you checkout the CVS, you can do a build with one command.
I'll try it in a few days and let you know.
> By the way, what OS, JVM, CPU, etc?
Two configurations exhibited the same problem. Exact same motherboard in
both cases (the machine got stripped down but is now a dedicated server).
AMD K6-233
384MB RAM
Windows 2000 Professional SP3
Realtek RTL8139 PCI network card
JDK 1.3.1_06-b01
JAMES 2.0a3
AMD K6-233
128MB RAM
Windows 98SE 4.10.2222 A
Netgear FA311 PCI network card
JDK 1.3.1_06-b01
JAMES 2.1a1
Both configurations were also running the following:
WinVNC 3.3.4
No-IP DUC 2.1.3 (a DNS updater for dynamic IP addresses)
Simple DNS Plus 3.20.02
Apache 1.3.27
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Noel J. Bergman" <no...@devtech.com>.
I'm not sure if the change will fix your problem, or just move the symptom.
But we'll see.
Yes, if you checkout the CVS, you can do a build with one command. By the
way, what OS, JVM, CPU, etc?
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
> Anyway, the code change has been checked into the CVS. You can take a
> look at it there.
That was quick!
Is there a automated, relatively quick way to compile? Otherwise, I'll
probably have to wait for the next build. \-:
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Kaleb,
> > Run through the test case that is demonstrating the problem a few
times.
> > This will give us logs that reflect the situation. Bundle the logs
and
> > your config.xml into a zip file and send to the list.
>
> Okay, here it is.
>
> I sent and received a 636k message three times. As you can see from
the
> logs, the SMTP server received it quickly enough, but the POP3 server
took
> forever.
Ok, we're pretty sure we've got it. Noel spotted the problem.
After the initial response where the POP3 server informs the client that
it is sending the message, there is no flushing of the stream. This
leaves the flush at the server JVM discretion. For most of us, it was
happening basically instantaneously. For you, it wasn't. Our
apologies. :)
Anyway, the code change has been checked into the CVS. You can take a
look at it there.
--Peter
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
> Run through the test case that is demonstrating the problem a few times.
> This will give us logs that reflect the situation. Bundle the logs and
> your config.xml into a zip file and send to the list.
Okay, here it is.
I sent and received a 636k message three times. As you can see from the
logs, the SMTP server received it quickly enough, but the POP3 server took
forever.
Kaleb
RE: Latest commits
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Noel and Serge,
> From what I can see from the commits, which I picked up through cvs
update
> last night, they are pretty much what I expected. And it appears that
> Peter
> did the SchedulerWatchdogFactory. It isn't yet enabled in the code,
but I
> can look at that.
Yep.
> One minor nit: Peter left in the modified text for the SMTPServer,
which
> had
> been used to tell which set of changes was in whatever SAR I was
testing.
Nit corrected, along with a few other issues.
--Peter
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Latest commits
Posted by "Noel J. Bergman" <no...@devtech.com>.
Serge,
>From what I can see from the commits, which I picked up through cvs update
last night, they are pretty much what I expected. And it appears that Peter
did the SchedulerWatchdogFactory. It isn't yet enabled in the code, but I
can look at that.
One minor nit: Peter left in the modified text for the SMTPServer, which had
been used to tell which set of changes was in whatever SAR I was testing.
--- Noel
-----Original Message-----
From: Serge Sozonoff [mailto:serge@globalbeach.com]
Sent: Saturday, October 26, 2002 3:40
To: James Users List; farsight@alum.mit.edu
Subject: Latest commits
Hi Peter,
Does your last batch of commits bring the cvs HEAD upto and beyond the
corrections made by your files and patches posted to the list on the 19th of
October?
i.e. If I build a fresh checkout from cvs and test it, it should be the
multo improved version..
Thanks, Serge
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Latest commits
Posted by Serge Sozonoff <se...@globalbeach.com>.
Hi Peter,
Does your last batch of commits bring the cvs HEAD upto and beyond the
corrections made by your files and patches posted to the list on the 19th of
October?
i.e. If I build a fresh checkout from cvs and test it, it should be the
multo improved version..
Thanks, Serge
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Kaleb,
> > I can't really help you with 2.0a3, but I might be able to figure
out
> > why 2.1 isn't working.
>
> I've gotten 2.1a1 working now. It has the same performance problem I
was
> seeing with 2.0a3.
Great. Now we're cooking with gas. :)
> > 2.0a3 didn't have a number of debugging tools
> > that would help resolve this.
>
> So what now? (-:
Delete all of your logs.
Flip your logging to debug level - all of it. POP3, Connections, etc.
Run through the test case that is demonstrating the problem a few times.
This will give us logs that reflect the situation. Bundle the logs and
your config.xml into a zip file and send to the list.
--Peter
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
Peter,
> I can't really help you with 2.0a3, but I might be able to figure out
> why 2.1 isn't working.
I've gotten 2.1a1 working now. It has the same performance problem I was
seeing with 2.0a3.
> 2.0a3 didn't have a number of debugging tools
> that would help resolve this.
So what now? (-:
Kaleb
----- Original Message -----
From: "Peter M. Goldstein" <pe...@yahoo.com>
To: "'James Users List'" <ja...@jakarta.apache.org>
Sent: Sunday, October 13, 2002 2:25 PM
Subject: RE: Slow transfer rate on POP3 server
>
> Kaleb,
>
> I can't really help you with 2.0a3, but I might be able to figure out
> why 2.1 isn't working. 2.0a3 didn't have a number of debugging tools
> that would help resolve this. What's the error you're getting with 2.1?
>
> --Peter
>
> > -----Original Message-----
> > From: Kaleb Axon [mailto:dontspam_kaleb@axon-family.net]
> > Sent: Sunday, October 13, 2002 10:54 AM
> > To: James Users List
> > Subject: Re: Slow transfer rate on POP3 server
> >
> > Peter,
> >
> > > That's interesting. I'm not observing anything of the sort. I'd
> > > definitely like to make sure we don't have a transfer rate problem.
> If
> > > you attempt an upgrade again, could you please capture the logs so
> we
> > > can see the timestamps? Thanks.
> >
> > Okay, first, I was running 2.0a3, not 2.1a1. My dumb mistake. \-: I
> > can't
> > even get 2.1a1 to work.
> >
> > Here are the logs:
> >
> > From 1.2.1:
> >
> > 2002.10.12 07:14:59 358 (INFO) from POP3: Connection from 127.0.0.1
> > (127.0.0.1)
> > 2002.10.12 07:14:59 368 (INFO) from POP3: Command received: USER kaleb
> > 2002.10.12 07:14:59 378 (INFO) from POP3: Command received: PASS
> > 2002.10.12 07:14:59 508 (INFO) from POP3: Command received: STAT
> > 2002.10.12 07:15:00 930 (INFO) from POP3: Command received: LIST
> > 2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL 1
> > 2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL
> > 2002.10.12 07:15:01 030 (INFO) from POP3: Command received: RETR 6
> > 2002.10.12 07:15:01 471 (INFO) from POP3: Command received: QUIT
> > 2002.10.12 07:15:01 471 (INFO) from POP3: Connection closed
> >
> >
> > The same 277k message retrieved from 2.0a3:
> >
> > 1034468481387 [INFO ] (pop3server): Connection from 127.0.0.1
> > (127.0.0.1)
> > 1034468481407 [INFO ] (pop3server): Command received: USER kaleb
> > 1034468481417 [INFO ] (pop3server): Command received: PASS
> > 1034468481918 [INFO ] (pop3server): Command received: STAT
> > 1034468481968 [INFO ] (pop3server): Command received: LIST
> > 1034468482048 [INFO ] (pop3server): Command received: UIDL 1
> > 1034468482048 [INFO ] (pop3server): Command received: UIDL
> > 1034468482078 [INFO ] (pop3server): Command received: RETR 1
> > 1034468734050 [INFO ] (pop3server): Command received: QUIT
> > 1034468734060 [INFO ] (pop3server): Connection closed
> >
> >
> > Kaleb
> >
> >
> > --
> > To unsubscribe, e-mail: <mailto:james-user-
> > unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:james-user-
> > help@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Kaleb,
I can't really help you with 2.0a3, but I might be able to figure out
why 2.1 isn't working. 2.0a3 didn't have a number of debugging tools
that would help resolve this. What's the error you're getting with 2.1?
--Peter
> -----Original Message-----
> From: Kaleb Axon [mailto:dontspam_kaleb@axon-family.net]
> Sent: Sunday, October 13, 2002 10:54 AM
> To: James Users List
> Subject: Re: Slow transfer rate on POP3 server
>
> Peter,
>
> > That's interesting. I'm not observing anything of the sort. I'd
> > definitely like to make sure we don't have a transfer rate problem.
If
> > you attempt an upgrade again, could you please capture the logs so
we
> > can see the timestamps? Thanks.
>
> Okay, first, I was running 2.0a3, not 2.1a1. My dumb mistake. \-: I
> can't
> even get 2.1a1 to work.
>
> Here are the logs:
>
> From 1.2.1:
>
> 2002.10.12 07:14:59 358 (INFO) from POP3: Connection from 127.0.0.1
> (127.0.0.1)
> 2002.10.12 07:14:59 368 (INFO) from POP3: Command received: USER kaleb
> 2002.10.12 07:14:59 378 (INFO) from POP3: Command received: PASS
> 2002.10.12 07:14:59 508 (INFO) from POP3: Command received: STAT
> 2002.10.12 07:15:00 930 (INFO) from POP3: Command received: LIST
> 2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL 1
> 2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL
> 2002.10.12 07:15:01 030 (INFO) from POP3: Command received: RETR 6
> 2002.10.12 07:15:01 471 (INFO) from POP3: Command received: QUIT
> 2002.10.12 07:15:01 471 (INFO) from POP3: Connection closed
>
>
> The same 277k message retrieved from 2.0a3:
>
> 1034468481387 [INFO ] (pop3server): Connection from 127.0.0.1
> (127.0.0.1)
> 1034468481407 [INFO ] (pop3server): Command received: USER kaleb
> 1034468481417 [INFO ] (pop3server): Command received: PASS
> 1034468481918 [INFO ] (pop3server): Command received: STAT
> 1034468481968 [INFO ] (pop3server): Command received: LIST
> 1034468482048 [INFO ] (pop3server): Command received: UIDL 1
> 1034468482048 [INFO ] (pop3server): Command received: UIDL
> 1034468482078 [INFO ] (pop3server): Command received: RETR 1
> 1034468734050 [INFO ] (pop3server): Command received: QUIT
> 1034468734060 [INFO ] (pop3server): Connection closed
>
>
> Kaleb
>
>
> --
> To unsubscribe, e-mail: <mailto:james-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:james-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
Peter,
> That's interesting. I'm not observing anything of the sort. I'd
> definitely like to make sure we don't have a transfer rate problem. If
> you attempt an upgrade again, could you please capture the logs so we
> can see the timestamps? Thanks.
Okay, first, I was running 2.0a3, not 2.1a1. My dumb mistake. \-: I can't
even get 2.1a1 to work.
Here are the logs:
>From 1.2.1:
2002.10.12 07:14:59 358 (INFO) from POP3: Connection from 127.0.0.1
(127.0.0.1)
2002.10.12 07:14:59 368 (INFO) from POP3: Command received: USER kaleb
2002.10.12 07:14:59 378 (INFO) from POP3: Command received: PASS
2002.10.12 07:14:59 508 (INFO) from POP3: Command received: STAT
2002.10.12 07:15:00 930 (INFO) from POP3: Command received: LIST
2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL 1
2002.10.12 07:15:00 970 (INFO) from POP3: Command received: UIDL
2002.10.12 07:15:01 030 (INFO) from POP3: Command received: RETR 6
2002.10.12 07:15:01 471 (INFO) from POP3: Command received: QUIT
2002.10.12 07:15:01 471 (INFO) from POP3: Connection closed
The same 277k message retrieved from 2.0a3:
1034468481387 [INFO ] (pop3server): Connection from 127.0.0.1 (127.0.0.1)
1034468481407 [INFO ] (pop3server): Command received: USER kaleb
1034468481417 [INFO ] (pop3server): Command received: PASS
1034468481918 [INFO ] (pop3server): Command received: STAT
1034468481968 [INFO ] (pop3server): Command received: LIST
1034468482048 [INFO ] (pop3server): Command received: UIDL 1
1034468482048 [INFO ] (pop3server): Command received: UIDL
1034468482078 [INFO ] (pop3server): Command received: RETR 1
1034468734050 [INFO ] (pop3server): Command received: QUIT
1034468734060 [INFO ] (pop3server): Connection closed
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Peter M. Goldstein" <pe...@yahoo.com>.
Kaleb,
That's interesting. I'm not observing anything of the sort. I'd
definitely like to make sure we don't have a transfer rate problem. If
you attempt an upgrade again, could you please capture the logs so we
can see the timestamps? Thanks.
--Peterb
> -----Original Message-----
> From: Kaleb Axon [mailto:dontspam_kaleb@axon-family.net]
> Sent: Thursday, October 10, 2002 11:13 AM
> To: James Users List
> Subject: Re: Slow transfer rate on POP3 server
>
> >How are you measuring
>
> The number I gave was an approximation. I am sending messages of
known
> length to myself, and measuring the amount of time that Outlook
Express's
> progress meter shows the "Receiving message" caption (as opposed to
> "Connecting," "Receiving list of messages," etc.) Although the number
is
> not exact, it should be close.
>
> JAMES 1.2.1 was *much* faster. For example, I can retrieve a 100k
message
> from JAMES 1.2.1 in under a second, but the same message takes around
8
> seconds from 2.1a1.
>
> Whether retrieving a single long message or several shorter messages,
the
> results are pretty similar.
>
>
> >and can you reproduce?
>
> It happens consistently on one machine. I have not tried to reproduce
it
> on
> others.
>
> The machine it's happening on is a Pentium 233 with 384MB RAM, running
> Windows 2000 and JDK 1.3.1. The problem occurs not only over a
network
> connection, but also when retrieving the mail on the same machine
JAMES is
> running on.
>
>
> Kaleb
>
>
> --
> To unsubscribe, e-mail: <mailto:james-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:james-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Slow transfer rate on POP3 server
Posted by Kaleb Axon <do...@axon-family.net>.
>How are you measuring
The number I gave was an approximation. I am sending messages of known
length to myself, and measuring the amount of time that Outlook Express's
progress meter shows the "Receiving message" caption (as opposed to
"Connecting," "Receiving list of messages," etc.) Although the number is
not exact, it should be close.
JAMES 1.2.1 was *much* faster. For example, I can retrieve a 100k message
from JAMES 1.2.1 in under a second, but the same message takes around 8
seconds from 2.1a1.
Whether retrieving a single long message or several shorter messages, the
results are pretty similar.
>and can you reproduce?
It happens consistently on one machine. I have not tried to reproduce it on
others.
The machine it's happening on is a Pentium 233 with 384MB RAM, running
Windows 2000 and JDK 1.3.1. The problem occurs not only over a network
connection, but also when retrieving the mail on the same machine JAMES is
running on.
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Slow transfer rate on POP3 server
Posted by "Noel J. Bergman" <no...@devtech.com>.
How are you measuring, and can you reproduce? I'm not seeing anything like that problem here.
--- Noel
-----Original Message-----
From: Kaleb Axon [mailto:dontspam_kaleb@axon-family.net]
Sent: Wednesday, October 09, 2002 9:45
To: james-user@jakarta.apache.org
Subject: Slow transfer rate on POP3 server
I recently attempted to upgrade to JAMES 2.1a1; and I had to switch back to
1.2.1 because the current version's POP3 was *very* slow--I'm only getting
about 10-15k per second (i.e., it's as if I were on about a 128k
connection). Any suggestions?
Kaleb
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>