there isn't any official benchmark, but there's the benchmarks I ran
this year and the results.
peter
On 7/12/05, Vicenc Beltran Querol [EMAIL PROTECTED] wrote:
Hi,
I would like to know if there is an official benchmark to
compare the scalability/throughput of the new connectors
(APR,
if you need the test plan Tim, email me and I'll send it to you :)
peter
On 6/2/05, Bill Barker [EMAIL PROTECTED] wrote:
You might also want to dig up Peter's JMeter test plan. This one is the
opposite of the 'ab' test, in that it tests the ability to handle a lot of
socket connections
once I finally get the APR build working on my laptop, I will run my
benchmarks and publish the results.
peter
On 6/1/05, Tim Funk [EMAIL PROTECTED] wrote:
My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)
On my initial tests with the APR connector - the APR connector seemed
Am I reading the results correctly?
tomcat 5.5.9 - 16,331.81/sec
hybrid - 7,085.54/sec
that means the hybrid connector is 2x slower. If those results are
accurate, I would say the APR connector is much better choice.
peter lin
On 5/25/05, Vicenc Beltran Querol [EMAIL PROTECTED] wrote:
Hi
performance requirements will host at a tier 1
provider and have a cluster of servers. small personal sites are
shared hosted and often don't have enough bandwidth.
my bias .02 cents.
peter lin
-
To unsubscribe, e-mail: [EMAIL
concurrent connections. I'm not a committer, so I don't have a say
in what goes into tomcat. thanks for researching NIO and taking time
to post these results.
peter lin
On 5/25/05, Vicenc Beltran Querol [EMAIL PROTECTED] wrote:
Hi,
The results of the AB benchmark configured with 20 concurrent
I'm not a committer, but I think evidence proves that native sockets +
JNI is the way to go. To my knowledge, weblogic, websphere and Resin
all use native sockets. having a pure Java approach sounds nice and
all, but in the edge cases where high concurrent connection is needed,
I much rather go
my apologies, I forgot to mention you need either the jmeter in my
directory or a nightly build to use the testplans. good thing you
found the solution.
peter lin
On 5/3/05, Peter Rossbach [EMAIL PROTECTED] wrote:
Thanks it works with the cvs head from jmeter (2.1)
Peter
Jason Brittain
On 5/3/05, Bill Barker [EMAIL PROTECTED] wrote:
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Tuesday, May 03, 2005 1:43 AM
Subject: Re: Initial test of APR on Solaris
Bill Barker wrote:
Yeah, that
Cool. I assume you were finally able to my test plan mladen? I plan
to run the benchmarks on my system this weekend, not that my laptop is
healthy.
peter
On 4/21/05, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Here are the brief results for Tomcat HEAD:
Server Threads Pause (ms)
I'll be using my AMD 2ghz linux box running Fedora Core1. haven't
updated to FC3 yet, though remy keeps suggesting I upgrade :)
peter
On 4/21/05, Mladen Turk [EMAIL PROTECTED] wrote:
Peter Lin wrote:
Cool. I assume you were finally able to my test plan mladen?
Yes. I've run them
I was finally able to run some benchmarks after I fixed my laptop. So
far I've only tested against the 5.5.4 to establish a base line. So
far what I found is 1000 concurrent keep alive connections is the
limit for my linux box. 500 is ok, but 1K concurrent connection over
loads my linux server. i
between requests
the second has 500ms delay between requests
the number of threads go from 250, 500, 1000, 2000
peter lin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
this stupid BSOD nightmare?
http://cvs.apache.org/~woolfel/native_testplans.zip
peter lin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
yeah, I can do that. ... I assume if i grab the nightly for 5.5.x and
APR1.1.x I should be ready to go. In the event I need some
assistance, you going to be around Mladen :) ?
peter lin
On 4/15/05, Remy Maucherat [EMAIL PROTECTED] wrote:
Peter Lin wrote:
I'll wait until that's fixed
if I have time this weekend, I'll try to run the same benchmarks on
the latest code.
is it included in the nightly build? if not, can someone post a build
for me to benchmark on my system?
peter
On 4/14/05, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi,
This has been hinted for a while ;) The
I'll wait until that's fixed and then run the full set of benchmarks.
that way we'll have direct comparison.
peter
On 4/14/05, Remy Maucherat [EMAIL PROTECTED] wrote:
Peter Lin wrote:
if I have time this weekend, I'll try to run the same benchmarks on
the latest code.
is it included
not sure if this is important or not, but how should the migration of
the mailing list happen? everyone subscribing to tomcat-user an
tomcat-dev automatically get subscribed to the new one?
peter
On Apr 6, 2005 8:15 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
Hi,
Here's a new draft with the
you mean at the speed of light. It's already April, so they only have
5-6 months if they really want to get plugin out that matches the
current CVS support.
peter
On Apr 6, 2005 11:37 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
They'd have to improve a lot very fast (from what was posted, CVS
my non scientific tests with jdk1.5 using JMeter tells me it's a bit
faster than jdk1.4, but I doubt it is faster than SWT. If I had more
free time, I would definitely be interested in a SWT admin
application. oh well, that's life :)
peter
On Wed, 23 Mar 2005 15:49:46 +0100, Henri Gomez [EMAIL
[EMAIL PROTECTED] wrote:
Peter Lin wrote:
my non scientific tests with jdk1.5 using JMeter tells me it's a bit
faster than jdk1.4, but I doubt it is faster than SWT. If I had more
free time, I would definitely be interested in a SWT admin
application. oh well, that's life :)
As you may have
sleep deprevation is good for you! sorry I couldn't resist.
peter
On Wed, 23 Mar 2005 13:28:23 -0500, Henri Yandell [EMAIL PROTECTED] wrote:
The sleepless nights, the stress, the joy, the tears
Although that might be more to do with my 5-month year old son than
anything to do with
might as well. Jakarta is pretty healthy, so I don't think
it's necessary to use TC to boost the visibility of jakarta anymore.
peter lin
On Tue, 22 Mar 2005 13:23:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Henri Gomez wrote:
All in all, it will mean more work on our side, but
I think It's
100 concurrent users don't necessarily mean heavily loaded. Try 5000
concurrent users or something even higher. Keep in mind the
bottleneck will be your database, so try to figure what 100 concurrent
users means in terms of peak and average concurrent requests.
in other words. What are the
I've started running a series of benchmarks for static files. Here are
some early results. I plan to write up the results once it's all done.
Server:
AMD 2ghz
RAM 1Gb
jdk1.4.2
tomcat 5.0.x
Client:
gateway laptop 450
centrino 1.4ghz
RAM 1Gb
The basic setup
Concurrent threads: 5, 10, 15, 20, 25,
awesome, i'll check it out tonight. You rock mladen!
peter
On Fri, 07 Jan 2005 15:25:07 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Here is the work in progress for a new project I named apr-java.
It offers a 'thin' layer using JNI over APR library.
The initial code that I wrote
I believe you would have to add those to the Thread MBean. What you
see in the status servlet is what is maintained currently.
peter
On Wed, 05 Jan 2005 13:24:02 -0600, Jess Holle [EMAIL PROTECTED] wrote:
I'd like to be able to monitor the maximum requests active (within a
connector thread
to elaborate a bit more my thoughts on the kind of stats would be
useful from a monitoring perspective
* system load
* system freeram
* system total ram
* system free ram
* open connections
* # of connections timed_wait
I'm sure are other stats that are useful. A combination of the
existing
that sounds great. does it have support for sysinfo? if it does, I'll
try using your apr-java package.
peter
On Sat, 01 Jan 2005 15:18:39 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Costin Manolache wrote:
Well, I'm working over a year now on a project that I've called
apr-java. This is
:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Peter Lin wrote:
that sounds great. does it have support for sysinfo? if it does, I'll
try using your apr-java package.
No, but it's up to us to decide what will go inside.
APR is included, but I wish to leave that as open as
it could
hey mladen,
is apr-java available in the normal APR distribution?
peter
On Mon, 03 Jan 2005 15:55:44 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
Peter Lin wrote:
that sounds great. does it have support for sysinfo? if it does, I'll
try using your apr-java package.
No, but it's up
Message-
From: Peter Lin [mailto:[EMAIL PROTECTED]
Sent: Monday, January 03, 2005 10:04 AM
To: Tomcat Developers List
Subject: Re: adding features to Status servlet
sysinfo on unix/linux should be pretty easy. I've used windows
performance stats before when i tried to write
( if SWT-style
of jni is used - i.e. using byte[], int pointers, etc - and doing java
adaptation in java ).
I'm as curious as you are to see the code and figure out how it can be
used, I love jni :-)
Costin
Peter Lin wrote:
So which way would be best/better to proceed? Since mladen has
at some
of the new features in jdk5. I guess i could target jdk5, but it would
be nice to have a solution that can work with jdk1.4.2.
peter
On Tue, 4 Jan 2005 03:49:49 + (UTC), Kevin Offet
[EMAIL PROTECTED] wrote:
Peter Lin woolfel at gmail.com writes:
that sounds like a good idea
relying on Sun's jdk5.
peter
On Tue, 4 Jan 2005 04:46:48 + (UTC), Kevin Offet
[EMAIL PROTECTED] wrote:
Peter Lin woolfel at gmail.com writes:
right it is available in JDK5, but not everyone can use jdk5 :(
I know plenty of people who are still using jdk1.3.1 and plenty are
just
2004 13:13:54 -0800, Costin Manolache
[EMAIL PROTECTED] wrote:
Peter Lin wrote:
I'm thinking of adding system load stats to the status servlet. What
do other's think about it? It would use JNI to call a native lib and
it would only work on unix, but it would be good to have. I would also
. Heck, it might be somewhere in there already for all I know.
Just my thoughts on it anyway.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Peter Lin wrote:
it could be a separate module. It definitely should use MBean
enjoy :) and eat plenty of good food.
peter
On Tue, 14 Dec 2004 13:02:26 -0500, Shapira, Yoav [EMAIL PROTECTED] wrote:
Then you have a nice vacation as well ;) Well deserved, it's been an active
and eventful year...
Yoav Shapira http://www.yoavshapira.com
-Original Message-
LOL, man I couldn't help laughing.
you guys are slacking off!! just kidding.
peter
On Fri, 03 Dec 2004 16:04:36 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
Shapira, Yoav wrote:
Bah ;) I posted a note to tomcat-user telling people of the fix, which
is just a configuration. The next
haha, glad it helped. I find myself using it quite a bit when I'm
working on my own stuff on tomcat. it's a nice quick way to make sure
the memory usage follows a regular pattern. It it doesn't I start up
OptimizeIt :)
peter
On Tue, 9 Nov 2004 08:46:25 -0500, Shapira, Yoav [EMAIL PROTECTED]
where do I get a tinfoil hat? on a less silly note, thanks for such
great software. starting next month I get to return to tomcat + java
and get away from *cough* .NET + IIS
peter
On Wed, 15 Sep 2004 09:24:10 -0400, Tim Funk [EMAIL PROTECTED] wrote:
I thought the setup time config was a
there's plenty of big sites using tomcat. They just don't say it. I
know several sites getting millions of page views a day using tomcat
just fine.
peter
On Tue, 31 Aug 2004 09:49:32 +0530, Gaurav Vaish [EMAIL PROTECTED] wrote:
Hi Rémy,
Thanks for your response.
In anycase, is there a
I normally don't like to post off topic things, but I have a gmail
invite. if any of the tomcat-developers want a gmail account, email
me directly.
peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
the only way is to reorganize your jsp. this is an old issue dating
back quite a bit. are you using tomcat4 or 5?
if you're using tc4, I would recommend upgrading to tc4.1.x or 5.x.
the original jasper generated code which would easily exceed the
limit. the newer jasper2 which is used with
what I meant was what Tim said.
peter
On Thu, 19 Aug 2004 12:59:59 -0700, Michael McGrady
[EMAIL PROTECTED] wrote:
Thanks, Tim,
The file actually is quite simple. It is a simple form with HTML radio
buttons for choosing colors. There are a LOT of colors, but the code is
pretty
hey remy,
have you tried XStream? the API is super simple and it's quite fast.
Not sure if it would work, but we recently changed JMeter to use
XStream instead.
peter
-Original Message-
From: [EMAIL PROTECTED]
Sent: 7/29/2004 6:56:40 AM
To: [EMAIL PROTECTED]
Subject: [5.next]
On Thu, 29 Jul 2004 16:55:39 +0200, Remy Maucherat [EMAIL PROTECTED] wrote:
I think it's a start. You identified the downsides well enough, but
unfortunately, they're a showstopper for me. Additional tweaks are
needed. I see that others suggested other technologies, but we'd have
many issues
the nightly build of jmeter has an alpha sampler that uses Commons
HTTPClient. you may want to try that one instead, if you use jmeter
peter
On Thu, 22 Jul 2004 15:09:19 +0200, Henri Gomez [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
Henri Gomez wrote:
I made some benchs on my Linux
you can run it in non-Gui mode with -n option.
http://jakarta.apache.org/jmeter/usermanual/get-started.html#non_gui
might help, or not.
peter
On Thu, 22 Jul 2004 15:33:41 +0200, Henri Gomez [EMAIL PROTECTED] wrote:
Peter Lin wrote:
the nightly build of jmeter has an alpha sampler
although I'm not a commiter, I like to add 2 cents to the discussion.
I like the idea of supporting JMX and the capbility of deploying a
webapp without restarting the server. From the discussions so far, the
task isn't simple, and may not fit the majority of users.
if 80% of the users don't have
on Google, which was not Objective enough.
Thanks again for all you help, it was really valuable...
Regards,
Darshan Rawal.
On Thu, 8 Jul 2004 21:23:52 -0500, Peter Lin [EMAIL PROTECTED] wrote:
On Thu, 8 Jul 2004 18:59:23 -0700, Darshan Rawal [EMAIL PROTECTED] wrote:
Hello Peter
in case, do you know of any objective comparision of JAVA C/C++ ?
I could not find one on Google, which was not Objective enough.
Thanks again for all you help, it was really valuable...
Regards,
Darshan Rawal.
On Thu, 8 Jul 2004 21:23:52 -0500, Peter Lin [EMAIL PROTECTED] wrote
from where I am sitting, sounds like the project doesn't have enough
information to make a good decision. Why move from MML/TCP to
VXML/HTTP?
if you read my performance article on the resources page, XML is very
CPU and memory intensive. Even with XStream java-xml binding library,
handling
On Thu, 8 Jul 2004 18:59:23 -0700, Darshan Rawal [EMAIL PROTECTED] wrote:
Hello Peter,
I completely agree on this, but this interpretation of VXML pages is
going to happen on the Media Server side. Hence as of now I am just
concerned with generation of VXML pages and transporting them to
http://www.webperformanceinc.com/library/ServletReport/
I'd like to thank all the developers for working so hard to improve tomcat.
peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I see your back from vacation. I hope it was restful. I've started
working on porting CLIPS 6.2 from C to Java. Once that is done, I will
donate it back to CLIPS community (since it's public domain software),
donate it as a project to apache and use it in RuleML development.
JBoss should be able
Remy Maucherat [EMAIL PROTECTED] wrote:
I feel like starting working on the possible new codebase for Tomcat,
now that Tomcat 5 is more or less stabilized. I have a few obvious
items, but while a lot could be done to make the code more modern, it
wouldn't make Tomcat actually run better, so
what does the mail header say?
or maybe some one else already unsubscribed the address :)
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:
Anyone could find a good explanation as to why unsubscribing the address
didn't work ? (the list manager says [EMAIL PROTECTED] is not subscribed
hurray!!!
that is good to hear.
peter
Remy Maucherat [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
I did post a message on the PMC list asking for a final word on our
binary dependencies (installer + JMX).
I'm also wondering if it whould be a good idea to pick up the latest
Jasper
can't wait to read more FUD articles proclaiming they're the savor of the world.
I think I'll keep plugging along until the rubber hits the tires and some real
traction is observed.
peter
Remy Maucherat [EMAIL PROTECTED] wrote:
I saw this nice post on the Geronimo list, and I feel
likely that might not
be feasible. I would hate to see jakarta projects fork, just so we can provide
complete distributions.
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:Hi,
There are some problems with the next release, with the decision from
the ASF board to mandate that all ASF releases
the server and went back down once the threads were done.
http://cvs.apache.org/~woolfel/prototype_screencap.gif
I will include two test plans with the zip file for people to play with. the code
still needs to be cleaned up, but so far it appears to work correctly.
peter lin
. the reason the servlet spec team
chose a single threaded approach is the ease of development, not because they weren't
aware of NIO. This isn't the first time the topic has come up.
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:
Shapira, Yoav wrote:
Howdy,
Have people read this article? I find
sufficiently difficult and a headache. My biased perspective :)
peter lin
Reshat Sabiq [EMAIL PROTECTED] wrote:
What would this benchmark look like if Tomcat also was configured to use a max of x
threads, just like sse? If the difference was negligible/none, then IMHO NIO effect
great strides and remy has
worked his butt off. I won't bother pointing out flaws in other servlet containers,
since it leads to flame wars. you can google for that information yourself.
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:
Jess Holle wrote:
Any and all performance improvements would
I would have to concur with Remy on this one. The performance benefit is minimal and
depending on how your JSP is written possibly no benefit at all.
I know for a fact there are sites handling 10million+ pageviews a day using Tomcat.
This is commercial sites and not some development/demo
to put things in better context. Most of my work experience has been building complex
applications with web front ends. In my case, most of the content is dynamic and the
static html is minimal. Therefore, my experience with regard to performance is biased
by the type of applications I work
likely not the cause.
that still leaves a lot of variables you have to track down. what are the exact system
specs again?
peter
jean-frederic clere [EMAIL PROTECTED] wrote:
Peter Lin wrote:
as someone else mentioned, these types of seg fault errors have been the
result of database drivers
as someone else mentioned, these types of seg fault errors have been the result of
database drivers in the past. Specifically, using native drivers.
I am aware of this type of behavior occuring with other drivers like JMS that wrap
native code. Make sure your database driver isn't the cause.
interesting results. By any chance did you compare it
to Perl regexp to see the difference? :)
peter
--- Chad Johnson [EMAIL PROTECTED] wrote:
Some regex benchmark's I ran across:
http://tusker.org/regex/regex_benchmark.html
-Chad Johnson
-Original Message-
From: Henri
maybe I'm missing something, but http1.0 doesn't
support chunking. isn't it feasible to just make
tomcat respond with http1.0 instead for this
particular problem?
I'm probably being naive here, but you could use the
older connector instead.
peter
--- Remy Maucherat [EMAIL PROTECTED] wrote:
I don't know about others, but my feeling is chunking is useful for large files and
not necessarily where the size of the content is unknown at the beginning of the
response. I seriously doubt a 2-5K static file would see a real benefit. We all know
the internet has a ton of packet collision.
Costin Manolache [EMAIL PROTECTED] wrote:
On the other hand, I've seen pages where JSP tag pooling was worse.
That's why I think per page customization, and supporting per-thread pooling
are very important. This is a fine-tune operation for pages that are
frequently accessed, not a one size
Is there any particular reason the pages are
recompiled frequently? If you're using tomcat 4.1.12
or newer, it should use Ant to compile the pages,
which should get around the issue of memory leak due
to page compilation.
peter
--- Aditya [EMAIL PROTECTED] wrote:
I have the following JSP
I just ran a half dozen benchmarks with bea JRockit jdk1.4.1 for linux. The
performance was better until it locked up bad and required a hard reset. One thing I
noticed is the memory usage was almost double and the CPU usage was also higher. The
numbers were consistently better than both sun
135 tags. In those situations, I saw a 20-50% improvement.
I would argue that sites that don't have a lot of load should simply turn off tag
pooling. Site that use tags extensively and get 1millions page views a day, will gain
significantly from tag pooling.
peter lin
Costin Manolache
.
the tests were with tomcat 4.1's jasper2 and with 4.0x jasper1. obviously the tag
pooling was only with jasper2. I didn't have time to test tomcat 3.x tag pooling.
peter lin
Costin Manolache [EMAIL PROTECTED] wrote:Peter Lin wrote:
I haven't read all the posts on this discussion, but here's
My 2 cents. I rather a server deny connections and keep on running than accept
connections until it dies :)
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:Glenn Nielsen wrote:
Is there a reported bug you are trying to address?
Not really. The test here reported a lot of connection
I wasn't able to run the additional benchmarks like I wanted, since the cpu fan on my
workstation is dying and causing BSOD. I'm in the process of setting up my X1, so I
will re-run the benchmarks on that server and post the results.
peter lin
Remy Maucherat [EMAIL PROTECTED] wrote:I
yeah, I can do that on a simple set this weekend and on a large webapp
next week :)
peter
Remy Maucherat wrote:
Could someone (Peter ?) do some quick benchmarks (with the HTTP/1.1
connector preferably) comparing 4.1.12 to 4.1.16 ? I'd like to see if
my OptimizeIt work is translating into
Yeah, I actually use that in some places, but it is a bit harder to read with pages
that have a lot of tags. Actually, the whole page is tags with very little HTML and
everything that is text is in resource bundles.
Using that syntax doesn't really bother in when used sparsely, but with
in resources.
peter lin
Peter Romianowski [EMAIL PROTECTED] wrote:Just a thought: Doesn't this breack the
standard conformance
tomcat is all about? One could easily be bound to tomcat after
writing some plugins that break the initial semantics of a tag.
I think there is no way to assure
, but it should provide significant improvement for pages with lots and lots of
tags.
peter lin
Craig R. McClanahan [EMAIL PROTECTED] wrote:Building the pluggability framework
pretty much has to be done by the
Jasper developers. Implementing plugins for a particular type of
optimization
I sent the suggestion a while back to the expert group.
AFAIK, the and other tags don't actually generate *any* output
of their own -- the extra line breaks you are seeing are undoubtedly those
you've put in the source JSP page itself.
Yes, I was referring to the spaces that are generated
actively :)
cross my fingers.
peter lin
Kin-Man Chung [EMAIL PROTECTED] wrote:I am designing a framework in Jasper
for enabling plugins that
work closely with Jasper to generate Java codes instead of calls
to tag handlers. The main idea is to take take JSTL tags, such as
${i}
and generates
that is unusual. I've done baseline performance tests with the standard
examples and haven't seen that kind of behavior with 4.1.10-12. Can you
start tomcat with verbose:gc and see what kind of output you're
getting. Just because the memory allocated to Java is 58megs at the
end, it doesn't
/ directory, the memory
allocated to java is 40megs.
I even ran it with OptimizeIt and I don't see any memory leaks.
peter
peter lin wrote:
that is unusual. I've done baseline performance tests with the standard
examples and haven't seen that kind of behavior with 4.1.10-12. Can you
start
This is from the examples jsp right? or are they from your webapp?
the latest optimizeit has a leak finder feature. you may want to
download the trail version and give it a shot. from the data it looks
like a lot of objects are promoted to old memory from heap. It doesn't
necessarily constitute
I haven't seen the memory leak on solaris or windows, but isn't the leak
only on linux?
I thought jasper2 fixes the problem with com.sun.tools.javac.Main since
it uses the system native javac?
peter
John Trollinger wrote:
Does anyone know if the javac memory leak still exists (1.4.1 docs
Hmm, that sounds bizzare. I'm been using/testing 4.1.10-4.1.12 on both
solaris and windows with jdk1.4.1. I've ran several stress test using
JMeter simulating light to medium (64 concurrent connections) load for
1-10K requests without any problems. My pages are heavy on JSTL, so they
are fairly
text from resourceBundles and parse the
XML.
I'm on win2K also.
peter
John Trollinger wrote:
If the pages are precompiled I do not have any problems at all, it is
only when the jsp cache has been deleted that this shows up.
John
-Original Message-
From: peter lin [mailto
John Trollinger wrote:
We have 2, one is webdav and the other is our actual application. We
use a lot of custom tags and a lot of both types of includes (when I say
a lot we have jsp pages that include over 500 other jsp pages, and no,
this is not my design :) )
I'm guessing there's
you never know. if it's a slow leak, precompiled pages may not exhibit
the leak. I only discovered the leak in our custom tag when I put the
app under moderate/medium load. Under light load the bug wasn't
apparent.
I'm guessing if you hit each page individuall slowly, the bug doesn't
appear. If
Oracle comes with it's own JDK and sets some environment variables.
if you want both to coexist, hardcode the JDK in your catalina script.
when you uninstall, it reverts the environment settings and fixes your
tomcat problem.
usually, that's the cause.
peter
[EMAIL PROTECTED] wrote:
Hi
buffer to an
arbitrarily large 64K or 100K.
peter lin
Remy Maucherat wrote:
peter lin wrote:
On a related note to flushing. I've discovered a bug, but don't want to
file one until I know for sure it's not a duplicate of the other flush
bugs already in bugzilla.
The bug
thanks again for the information. I will go with setting the buffer
then.
peter
Remy Maucherat wrote:
peter lin wrote:
thanks remy for the information that helps. What if I decide to buffer
the response myself in a response wrapper? Does catalina try to call
clearBuffer, reset
Although I'm just a user, I would like to warnings also. On a related
note, --compile isn't covered in the documentation. I stumbled across
it when I look at the source code a month back. It might be nice to
output the warnings to a file for those who have large webapps with
thousands of jsp
in the buffer
if the
response is not committed without clearing the headers and status code.
does someone know what the correct behavior should be?
peter lin
Costin Manolache wrote:
Remy Maucherat wrote:
Can you point me to the code doing this extra processing ?
I'm a bit confused
/4.7 [en] (WinNT;
U)
Now it gets more complicated. If I use Mozilla, or IE6, this behavior is
not present and the access log only has one entry per page view. Is
this a HTTP1.0 spec, netscape 4.7 or tomcat issue/bug? Thanks in
advance to anyone that provides a clue.
peter lin
--
To unsubscribe
release() would be an
quick and easy fix. maybe I'm just over simplifying the problem.
peter lin
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13392.
ANY
1 - 100 of 149 matches
Mail list logo