Folks:
I might be a little to this discussion. I have taken upon myself; (don't ask
why I asked for that kind of pain ;o) to review how IIS and tomcat inter
operate and just released in beta a new connector specifically for IIS7 /
tomcat (though this works in IIS6 as well).
You can download
Christopher Schultz schrieb am 01.03.2011 um 16:56 (-0500):
I find *NIX smaller, cleaner, simpler, more scriptable and
remotely administratable (is that a word? maybe administerable?)
than Windows.
The word is: administrable
http://en.wiktionary.org/wiki/-abilis
Hi Chuck,
You did not see my earlier response where I came to the same conclusion about
the types after looking at some other sites including a wiki. Yes there was
some
confusion but now I am clear that it is compiler dependant as I said earlier.
Thanks,
-Tony
As stated in my message I was using the -server option for the server jvm.
-Tony
- Original Message
From: David kerber dcker...@verizon.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 2:23:45 PM
Subject: Re: IIS7/isapi/tomcat performance
On 3/1/2011 4:07 PM
On 3/2/2011 12:03 PM, Tony Anecito wrote:
As stated in my message I was using the -server option for the server jvm.
-Tony
My bad; I missed that.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional
I do not know what the My bad limit per day is but I am sure you are fine. :]
-Tony
- Original Message
From: David kerber dcker...@verizon.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Wed, March 2, 2011 10:20:57 AM
Subject: Re: IIS7/isapi/tomcat performance
On 3/2/2011 12
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 6:27 PM, Tony Anecito wrote:
I believe the effect of compression is relative. In other words for a big
program with lots of 64-bit pointers and 64-bit longs it is helps but for
small
programs it does not.
A long in Java is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 3/1/2011 6:09 PM, Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] IIS7/isapi/tomcat performance
I don't understand why communicating a 64-bit value over a
64-bit bus
message.
Regards,
-Tony
- Original Message
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Wed, March 2, 2011 7:12:43 PM
Subject: Re: [OT] IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3
, 2011 9:15:09 PM
Subject: Re: [OT] IIS7/isapi/tomcat performance
Actually according to the IBM porting guide longs are different byte lengths
depending upon what frame of reference they are speaking to.
On page 4 of the following port guide:
http://public.dhe.ibm.com/software/dw/jdk/64bitporting
From: Tony Anecito [mailto:adanec...@yahoo.com]
Subject: Re: [OT] IIS7/isapi/tomcat performance
On page 4 of the following port guide:
http://public.dhe.ibm.com/software/dw/jdk/64bitporting/64BitJavaPortingGuide.pdf
It states:For Windows, on 32-bit systems, integers, longs and
pointers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 2/28/2011 2:57 PM, Tony Anecito wrote:
Since the memory pointers are larger you may need to increase your heap size
but
you can compress the address pointers.
+1
Also, if you use JNI and it is 32-bit then you will have unexpected
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 2/28/2011 4:21 PM, Tony Anecito wrote:
I also use Native APR with Tomcat 7 which eliminates AJP and
supposedly is faster than Apache Web Server
It's probably the same as AWS, as the code is the same :)
/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 2/28/2011 2:57 PM, Tony Anecito wrote:
Since the memory pointers are larger you may need to increase your heap size
but
you can compress the address pointers.
+1
Also, if you use JNI and it is 32-bit then you
?
Thanks,
-Tony
- Original Message
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 8:31:54 AM
Subject: Re: IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 2/28/2011 4:21
] IIS7/isapi/tomcat performance
Hi Chris,
The performance degregation for 64 bit versus 32 bit has been the subject of
much concern in the java community.
Here is the number I mentioned straight from Oracle itself:
http://www.oracle.com/technetwork/java/hotspotfaq-138619.html
What
On 02/28/2011 07:15 PM, Caldarale, Charles R wrote:
From: Bruce Pease [mailto:bpe...@wth.com]
Subject: IIS7/isapi/tomcat performance
In performance tests I have found the configuration runs
dramatically slower than it's corresponding server in 32
bit Windows on 2000 Server and Tomcat 6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 2:49 PM, Tony Anecito wrote:
I understand it is from the core AWS but the important thing for me was to
eliminate AJP because in a AWS standalone I had used to communicate AJP.
When I enabled ARP I did not have to do anything
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 3:24 PM, Tony Anecito wrote:
Also, I have not programmed in assembly language or in hexadecimal for some
time but I would hope that for a 32-bit java process running on a 64-bit
processor I would fetch a 32-bit pointer and
Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 1:42:37 PM
Subject: Re: IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 2:49 PM, Tony Anecito wrote:
I understand it is from the core AWS but the important thing for me was to
eliminate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
Good thing these are marked as [OT]... we have totally hijacked Bruce's
thread. Maybe we should start another.
On 3/1/2011 4:07 PM, Tony Anecito wrote:
I am just trying to figure out what is the fastest was to handle my app. I
was
Hi Chris,
I guess you have not read my last email yet. I think of it as putting two
32-bit pieces of info on a 64-bit data bus whereas for two 64-bit pieces of
information it takes two fetches or twice as long on the same hardware.
Depending upon the number of bytes for each data type for
On 3/1/2011 4:07 PM, Tony Anecito wrote:
Thanks Chris I will take a look at it.
I am just trying to figure out what is the fastest was to handle my app. I was
shooting for less than 1msec at Tomcat which I not have done. Now I want to get
to 100 microseconds. Years ago from an logical
program.
Regards,
-Tony
- Original Message
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 2:17:46 PM
Subject: Re: IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
Good thing
Users List
Subject: Re: IIS7/isapi/tomcat performance
Hi Chris,
I used Tomcat separately because JBoss was always somewhat behind the current
production version of Tomcat. Eventually I will remove JBoss and use JDBC
from
Tomcat to my database to reduce memory footprint and improve performance. I
am
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 4:33 PM, Tony Anecito wrote:
I used Tomcat separately because JBoss was always somewhat behind the current
production version of Tomcat. Eventually I will remove JBoss and use JDBC
from
Tomcat to my database to reduce memory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruce,
On 3/1/2011 4:42 PM, Bruce Pease wrote:
I'm just curious if anyone is using a 64 bit version of Linux, and has seen
performance degradation. We are looking to move off the Windows platform
eventually anyway.
I'm not using 64-bit, but I am
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 4:19 PM, Tony Anecito wrote:
I guess you have not read my last email yet. I think of it as putting two
32-bit pieces of info on a 64-bit data bus whereas for two 64-bit pieces of
information it takes two fetches or twice as
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] IIS7/isapi/tomcat performance
Are you saying that a 32-bit JVM running on a 64-bit machine
somehow utilizes the 64-bit bus? Malarkey.
I wouldn't bet on that. Intel goes to great pains to insure all
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] IIS7/isapi/tomcat performance
I don't understand why communicating a 64-bit value over a
64-bit bus would take longer than communicating a 32-bit
value over a 64-bit bus:
Because you get *two* 32-bit values
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 3/1/2011 5:42 PM, Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] IIS7/isapi/tomcat performance
Are you saying that a 32-bit JVM running on a 64-bit machine
somehow
Message
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 2:45:39 PM
Subject: Re: IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 4:33 PM, Tony Anecito wrote:
I used
From: Christopher Schultz ch...@christopherschultz.net
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 3:00:53 PM
Subject: Re: [OT] IIS7/isapi/tomcat performance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony,
On 3/1/2011 4:19 PM, Tony Anecito wrote:
I guess you
to not get emotional about it but I do miss my 8080 and Z80.
-Tony
- Original Message
From: Caldarale, Charles R chuck.caldar...@unisys.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Tue, March 1, 2011 4:09:10 PM
Subject: RE: [OT] IIS7/isapi/tomcat performance
From: Christopher
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: [OT] IIS7/isapi/tomcat performance
The question I have is how does the bus controller know
that there are multiple 32-bit values coming down the line,
and that it can send them simultaneously down the bus
Good Afternoon:
I am attempting to run a Windows x64 server with IIS7 and Tomcat 7. I have
64 bit versions of JDK (1.6.26) and Tomcat (7.0.8). The server is set up
with IIS using ajp1.3 to a local cluster of Tomcat servers. In performance
tests I have found the configuration runs
From: Bruce Pease [mailto:bpe...@wth.com]
Subject: IIS7/isapi/tomcat performance
In performance tests I have found the configuration runs
dramatically slower than it's corresponding server in 32
bit Windows on 2000 Server and Tomcat 6.
Until you quantify dramatically, better describe your
/isapi/tomcat performance
From: Bruce Pease [mailto:bpe...@wth.com]
Subject: IIS7/isapi/tomcat performance
In performance tests I have found the configuration runs
dramatically slower than it's corresponding server in 32
bit Windows on 2000 Server and Tomcat 6.
Until you quantify dramatically
is
using a similar setup, and has been able to get it to perform well.
-Original Message-
From: Tony Anecito [mailto:adanec...@yahoo.com]
Sent: Monday, February 28, 2011 1:40 PM
To: Tomcat Users List
Subject: Re: IIS7/isapi/tomcat performance
I agree with Charles. I run a performance
JVM settings should not be the same.
Regards,
-Tony
- Original Message
From: Bruce Pease bpe...@wth.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Mon, February 28, 2011 11:46:35 AM
Subject: RE: IIS7/isapi/tomcat performance
Perhaps my point is being missed here. The issue
Sent: Mon, February 28, 2011 12:40:43 PM
Subject: Re: IIS7/isapi/tomcat performance
JVM settings should not be the same.
Regards,
-Tony
- Original Message
From: Bruce Pease bpe...@wth.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Mon, February 28, 2011 11:46:35 AM
Subject
Anecito adanec...@yahoo.com
To: Tomcat Users List users@tomcat.apache.org
Sent: Mon, February 28, 2011 12:57:03 PM
Subject: Re: IIS7/isapi/tomcat performance
Since the memory pointers are larger you may need to increase your heap size
but
you can compress the address pointers.
Also, if you use
To: Tomcat Users List
Subject: Re: IIS7/isapi/tomcat performance
I forgot to mention new versions of Windows are slower than XP. So that would
contribute to your issues. Windows 7 got better but not as fast as 32-bit.
Also, you might want to measure from tomcat perspective so you have a new
baseline
[mailto:adanec...@yahoo.com]
Sent: Monday, February 28, 2011 3:01 PM
To: Tomcat Users List
Subject: Re: IIS7/isapi/tomcat performance
I forgot to mention new versions of Windows are slower than XP. So that
would
contribute to your issues. Windows 7 got better but not as fast as 32-bit.
Also
To: Tomcat Users List users@tomcat.apache.org
Sent: Mon, February 28, 2011 1:08:19 PM
Subject: RE: IIS7/isapi/tomcat performance
Thanks for the insight. It looks like we are going to go with server 2003 32
bit. I found some references that suggest ajp 1.3 has a performance issue in
64 bit server 2008
45 matches
Mail list logo