tomcat has the status servlet, so you could use that to monitor tomcat.
other than that, you'd probably have to write a servlet to return snmp
results
peter
On 11/4/05, Dave Morrow <[EMAIL PROTECTED]> wrote:
>
> Does anyone out there have any experience with monitoring Tomcat using the
> SNMP age
please delete
> this message and notify the Autodata system administrator at
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
> -Original Message-
> From: Peter Lin [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 04, 2005 8:36 AM
> To: Tomcat Users List
> Subject: R
sounds like you have a heafty reporting process, which loads a ton of data
and generates a large report. I definitely wouldn't recommend running these
processes within a single instance of Tomcat. You'll easily eat all the
available RAM and get OOME.
A better approach would be to off-load the proc
it is overhead, but there really aren't too many options for the case given.
If the process really will take a long time, having the process happen
within the tomcat using the same JVM will introduce instability. In the long
run, it is going to be hard to maintain a production system with such long
under normal conditions, a single webserver shouldn't have several thousand
DB connections. that seems a bit odd to me.
peter lin
On 12/15/05, Martin Gainty <[EMAIL PROTECTED]> wrote:
>
> Marc-
> what types of Coyote Point Equalizers are you using?
> What does the Doc sa
sounds like you have a big big mainframe, so I also doubt the database
server is an issue. Is there any firewall between tomcat and the database
server? it could be the firewall is limiting the number of connections and
therefore forcing the db connection pool to wait longer than it should to
crea
er),
> but at the moment it's not open to the internet so I
> just have it directly opened to the db.
>
> Thanks for the chat anyway. I have not used a
> profiler for a Win32 web server before. Do you have
> any recommendation?
>
> -marc
>
> --- Peter Lin <[EMA
one possible way is to use a network sniffer to look at the traffic. That
should help track down the cause of the performance degredation. if the
degredation is caused by long connection times, the TCP traffic should show
that.
peter
On 12/16/05, Marc Richards <[EMAIL PROTECTED]> wrote:
>
> Tha
I've only read a few of the posts, but in case no one else mentioned it.
BEA JRockit doesn't have the permGen limitations the SUN JVM has. you might
want to give JRockit a try and see if that fixes the problem for you
peter lin
On 12/22/05, Caldarale, Charles R <[EMAIL PROT
permgen isn't affected by the normal
-Xms -Xmx
you have to explicitly set the permGen using the proper setting. I forget
the exact syntax at the moment, but it should be archived on the mailing
list.
peter
On 1/17/06, [EMAIL PROTECTED] <
[EMAIL PROTECTED]> wrote:
>
> Hi,
>
>
> Did you check if
On 2/28/06, Tomasz Nowak <[EMAIL PROTECTED]> wrote:
>
> Tim Lucia <[EMAIL PROTECTED]> wrote:
> >
> > Send Tomcat a QUIT (11) signal on Unix, or control/break (run it
> > interactively) on Windows. This will cause the VM to dump all thread
> > stacks.
> >
> > If you don't like Tomcat, you can alway
another potential solution is to try a different JVM like Bea's JRockit.
JRockit provides some built in profiling capabilities, so that is another
way to get some profile data quickly.
peter
On 2/28/06, Tim Lucia <[EMAIL PROTECTED]> wrote:
>
> I use JProfiler with Tomcat all the time.
>
> -O
On 2/28/06, Tomasz Nowak <[EMAIL PROTECTED]> wrote:
>
>
>
> I've not noticed more then 400-500 java threads, but I'll monitor
> that. I've set different ulimits form differnt users, BUT user
> that runs java/tomcat has no limits but one: -s 2048 (stacksize).
>
> AFAIK that one was recommended by RE
look at the dump, it looks like the permgen ran out of space
PSPermGen total 50304K, used 50170K [0x445f, 0x4771,
0x545f)
object space 50304K, 99% used [0x445f,0x476ee878,0x4771)
try increasing your permGen to 128Mb. Another option is to use a jdk that
doesn't have pe
On 2/28/06, Tomasz Nowak <[EMAIL PROTECTED]> wrote:
>
> Peter Lin <[EMAIL PROTECTED]> wrote:
> >
> > look at the dump, it looks like the permgen ran out of space
> >
> > PSPermGen total 50304K, used 50170K [0x445f, 0x4771,
> >
my advice is dive in and try to debug it, or hire someone with experience
debugging webapps.
there's no much others can do for you at this point, since it's debugging.
good luck.
peter
On 3/1/06, Tomasz Nowak <[EMAIL PROTECTED]> wrote:
>
> Tomasz Nowak <[EMAIL PROTECTED]> wrote:
> >
> > Hm. Her
ak <[EMAIL PROTECTED]> wrote:
>
> Peter Lin <[EMAIL PROTECTED]> wrote:
> >
> > my advice is dive in and try to debug it, or hire someone with
> > experience debugging webapps.
> >
> > there's no much others can do for you at this point, since it&
supporting 150,000 page views a day isn't a problem. I know first hand it
can handle that kind of load. the bigger question is whether or not the
design of the application will scale well for 1000 virtual hosts.
What I've done in the past is to get some sample traffic and then start
testing a coup
I'm gonna say that's quite a bit of myth here. If SSL is important, get a
cheap SSL enabled router. Doing software SSL is waste of CPU power and
impacts the server's stability. Anyone that has a lot of HTTPS traffic
shouldn't be using software SSL in my bias opinion. If you are so desparate
that
I've compared JRockit 1.4 and 1.5 in the past against SUN and it was
faster for synthetic benchmarks.
I don't work for BEA, but I do like JRockit. One thing that is
different in JRockit is it dynamically resizes the perm generation, so
in some cases it's better than SUN jvm.
peter
On Tue, Jun 1
I don't know the internals. From my understanding, the generations
setting is configurable. I would suggest looking at the docs for an
authorative answer.
peter
On Tue, Jun 17, 2008 at 2:06 PM, Caldarale, Charles R
<[EMAIL PROTECTED]> wrote:
>> From: Peter Lin [mailto
there's plenty of papers on the topic on the internet, including the
ones listed on tomcat's website.
have you looked at the resource page?
http://tomcat.apache.org/resources.html
On Thu, Jul 3, 2008 at 9:05 AM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
> there is one criteria that I al
30,000 requests in 10 seconds probably isn't normal traffic, but it could
represent a sudden spike.
think of it another way, that's 3,000 requests per second. If we calculate
that for a 10 hour period, it puts things in perspective
1000 req/sec * 60 sec/min = 60,000 req/min
60,000 req/min * 60 mi
and subsequently a results web page
> displayed.
> > This is a HTTP get, put or post transaction.
> > * You are hitting your TC with 3 transactions with a ramp up speed
> of
> > 10 seconds so you are at 3000/sec. If as you say the web container is
> not
> > h
from past experience, it's much better to use hardware load balancing. At a
previous job, we had any where from 12-24 servers load balanced behind a
cisco local director.
Any load balancing router today can do the job, it doesn't have to be
cisco. What I did in the past was to take production log
yes, most hardware load balancer handle sticky sessions. this was back in
2001-2002. I don't know which model number it was, but it was part of
cisco's local director line of routers.
peter
On Jan 31, 2008 3:46 AM, andrey.morskoy <[EMAIL PROTECTED]>
wrote:
> About cisco: Pete
If you need to serve static files for a high volume website, you're
better off paying a specialty provider for it. Back when I worked at
verizon, we used Akamai for static files like images etc.
serving up a ton of large static files quickly swamps your bandwidth,
so the question isn't whether tha
I think he wants it in XML format, and be able to bind it to an object model
On Wed, May 27, 2009 at 1:29 PM, Mark Thomas wrote:
> Mike Oliver wrote:
>> Ok perhaps I was unclear.
>>
>> I have multiple instances of Tomcat installed and need to manage the
>> applications deployed on those instanc
28 matches
Mail list logo
