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 connector
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 "seem
gle quad server supporting
10K 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,
>
ing to deal with the /. effect, it's not worth it. I
say that because the network will die long before tomcat will. Any
site with serious 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 ha
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]>
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 wi
On 5/3/05, Bill Barker <[EMAIL PROTECTED]> wrote:
>
> - Original Message -
> From: "Remy Maucherat" <[EMAIL PROTECTED]>
> To: "Tomcat Developers List"
> Sent: Tuesday, May 03, 2005 1:43 AM
> Subject: Re: Initial test of APR on Solaris
>
> >Bill Barker wrote:
> >> Yeah, that works for me
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)
> Pete
I'll try running the same jmeter test plan on apache2 this weekend,
but I'm guessing the difference will be minimal. based on the results
for the static file benchmarks, the delta between 1.3.x and 2.x wasn't
significant. I think those numbers are in the excel spreadsheet I
posted
http://people.a
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
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
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 w
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]
elay of 1second 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]
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 wai
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
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 ;)
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, CV
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
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 wit
0100, Remy Maucherat <[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 i
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
as TLP, so 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
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 chance
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, 3
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 w
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 threa
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 stats
7;s than simply relying on Sun's jdk5.
peter
On Tue, 4 Jan 2005 04:46:48 + (UTC), Kevin Offet
<[EMAIL PROTECTED]> wrote:
> Peter Lin gmail.com> writes:
>
> >
> > right it is available in JDK5, but not everyone can use jdk5 :(
> >
> > I know plenty of
ed 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 gmail.com> writes:
>
> >
> &
gt; conversions between the native signature and java style ( 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 :-)
>
s platform-specific features.
>
> Costin
>
>
> >
> > -Original 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
>
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
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 to us to decide what will go inside.
> A
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-ja
e for it.
>
> Have you considered maybe making this part of some Commons package?
> Make it something that any app could make use of, that might be a very
> nice thing. Heck, it might be somewhere in there already for all I know.
>
> Just my thoughts on it anyway.
>
>
1 Dec 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 u
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
update JMeter in the process to display the system load average.
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 Mes
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. Th
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]> wr
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 rea
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 th
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, e-mai
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 str
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 tc4.1
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 iss
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.ne
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 ha
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
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 t
ugh.
>
> 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 PRO
e of sockets through JAVA and if yes is there any
> reasonable and objective measurements ?
>
> Also, just 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,
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 th
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 moderat
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 PROTEC
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
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
> Jasp
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 insult
loads, but most 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
g 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.
pete
out async
processing has been 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 negligib
cification. 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,
made 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 perfo
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 on
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 site
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
> res
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: H
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 siz
with tag pooling in jasper2, that changed the GC behavior and resulted in significant
improvement with 5 or more concurrent requests.
peter lin
Glenn Nielsen <[EMAIL PROTECTED]> wrote:
Remy Maucherat wrote:
> Bill Barker wrote:
>
>> Now, if we could only convince the Ja
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
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 t
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 th
with had about 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
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 c
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 PROTEC
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 so
ote:
On Sun, 24 Nov 2002, Peter Lin wrote:
> Date: Sun, 24 Nov 2002 18:08:00 -0800 (PST)
> From: Peter Lin
> Reply-To: Tomcat Developers List
> To: Tomcat Developers List
> Subject: RE: [Jasper2] framework for tag optimization
>
>
>
> Yeah, I actually use that in some
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 hund
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 generat
generated
page, 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
ve 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 w
uting
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}
an
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 a
/ 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
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 mean
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
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 th
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 Mes
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
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
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 g
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
ot set the page 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 ot
1 - 100 of 155 matches
Mail list logo