Hello,
we are planning to perform some load tests against our application (Servlet,
JSP and EJBs). We have found some tools that will create the load on the
server and will monitor the response times. But we haven't found anything
that can be used to monitor Orion's behaviour during the test.
: Performance Monitoring Tools
Hello,
we are planning to perform some load tests against our application
(Servlet,
JSP and EJBs). We have found some tools that will create the load on the
server and will monitor the response times. But we haven't found anything
that can be used to monitor Orion's
Optimizeit was quite useful to me.
Cpu Usage, Object count, Memory usage, Garbage Collector activity. Also
tracked the amount of time spent in each function call.
-Steve
Cugier (extern) wrote:
Hello,
we are planning to perform some load tests against our application (Servlet,
JSP and
Hi Jorge.
For generating the load, I have found both Siege and Grinder to be
effective. Not fancy, but definately effective.
-Steve
Jorge Jimenez C wrote:
Hello. I have to do the same tests.
Can you please tell me about the loading test tools that you've found.
Thanks in advance.
- and cumulate.
Hope this helps,
Jens
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED]]On Behalf Of Cugier
| (extern)
| Sent: Tuesday, March 12, 2002 3:25 PM
| To: Orion-Interest
| Subject: Performance Monitoring Tools
|
|
| Hello,
|
| we are planning to perform some load
Hi,
we are running a simple web applications - just servlets - on an older
Windows NT Server with two Pentium two 233 MHz CPUs. The performance on the
server was acceptable and pages showed up pretty quickly in the browsers.
Now we bought a new server (still Windows NT) with two Pentium III
a simple web applications - just servlets - on an older
Windows NT Server with two Pentium two 233 MHz CPUs. The performance on the
server was acceptable and pages showed up pretty quickly in the browsers.
Now we bought a new server (still Windows NT) with two Pentium III Xeon 8xx
MHz CPUs
{
doUpdate();
dirty=false;
}
}
This limits the number of updates that you are doing.
I assume that you have a very good reason for using BMP, but I would
suggest that you use CMP where possible. The performance benefits are
quite large.
Cheers,
Scott
Tim Kang wrote:
Hi
I am
More performance tests from the OFBiz guys - this time they're much more
interesting for Orion users!
The most interesting stat sections are the sheer performance (where Orion
absolutely wallops the competition) and price/performance.
(quoting - sheer performance)
Here they are, in order from
PROTECTED]
Date: Thu, 7 Feb 2002 18:01:20 -0700
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: [Ofbiz-devel] Re: [Ofbiz-users] OFBiz Performance on various
app servers after optimizing OFBiz
One other thing I forgot to mention about Orion. It DOES perform better than
Resin
Supporting YOUR world
-- Forwarded Message
From: David E. Jones [EMAIL PROTECTED]
Organization: Open For Business
Reply-To: [EMAIL PROTECTED]
Date: Wed, 6 Feb 2002 03:11:43 -0700
To: [EMAIL PROTECTED]
Subject: [Ofbiz-devel] App Server Performance
As many of you know we have been working
Wow. I know people have complained about this list being a little slow, but
if this is what I get from the lead developer of JBoss on how to fix up
JBoss performance to compare to Orion's, then ... well ... perhaps I should
be spending more time on this list. I'm a little disappointed. I have
PROTECTED] wrote:
Wow. I know people have complained about this list being a little slow, but
if this is what I get from the lead developer of JBoss on how to fix up
JBoss performance to compare to Orion's, then ... well ... perhaps I should
be spending more time on this list. I'm a little
forgotten what made them successful in the first place...developers like you
and I.
-Original Message-
From: Ray Harrison [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 27, 2001 2:54 PM
To: Orion-Interest
Subject: Re: FW: [JBoss-user] Redux of Performance Issues
I've been working
to fix up
JBoss performance to compare to Orion's, then ... well ... perhaps I should
be spending more time on this list. I'm a little disappointed. I have some
interest in both JBoss and Orion, and it's frustrating to get this kind of a
response from a key player in the JBoss community
To: Orion-Interest
Subject: jdbc performance Orion vs. WL
Hi all,
decided to find out who is the fastest when working with DB using jdbc. I
wrote a simple servlet that does the following:
1) acquires connection from the App. Server's JNDI tree and selects 7000
records from an Oracle table
here?
re: your benchmarking; another poster also gave thoughts to configure
a connection pool, data-sources.xml, and set min connections to be
a reasonable number.
- To better stress the container vs just see DB performance or JDBC driver
memory thrashing on the result set performance, why not have
Try with Oracle OCI drivers.
- Original Message -
From: Savotchkin Egor [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Tuesday, October 23, 2001 11:05 PM
Subject: jdbc performance Orion vs. WL
Hi all,
decided to find out who is the fastest when working with DB using
Hi all,
decided to find out who is the fastest when working with DB using jdbc. I
wrote a simple servlet that does the following:
1) acquires connection from the App. Server's JNDI tree and selects 7000 records from
an Oracle table.
2) acquires connection using DriverManager
Hello,
We are deploying .ear containing 12 ejb .jars and 1 .war. It
takes 3 minutes to deploy, even if I have changed only one .jar.
Could I speed this up somehow?
--
Best regards,
Alex Bairov
Try with jikes it will be help u speed up deployement.
-Original Message-
From: Alex Bairov [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 04, 2001 9:36 AM
To: Orion-Interest
Subject: Deployment performance
Hello,
We are deploying .ear containing 12 ejb .jars and 1 .war
Alex Bairov wrote:
Hello,
We are deploying .ear containing 12 ejb .jars and 1 .war. It
takes 3 minutes to deploy, even if I have changed only one .jar.
Could I speed this up somehow?
--
Best regards,
Alex Bairov
Hi Alex.
When you do your builds, make sure that your
Question..is the HotSpot 2.0 Server JVM the same thing that comes with the
JDK 1.3.1 in the /bin/server folder? If I install the full JDK 1.3.1, and
not JRE 1.3.1, do I need the HotSpot 2.0?
I know this isn't Orion specific, but since we are on the topic of
performance tuning Orion and using
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Robert S.
Sfeir
Sent: Wednesday, July 25, 2001 8:51 PM
To: Orion-Interest
Subject: Orion Performance Tuning
Hello all,
I've gone through and read most of the information posted from this list
inline
- Original Message -
From: Robert S. Sfeir [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, July 25, 2001 11:09 PM
Subject: RE: Orion Performance Tuning
At 12:49 PM 7/25/2001, Duffey, Kevin wrote:
I am interested in your two fixes. Have you (or anyone
- Original Message -
From: Adam Cassar [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, July 26, 2001 12:43 AM
Subject: Re: Orion Performance Tuning
Enable the undocumented option:
-Xconcurrentio
You will find that with a large number of simultaneous connections
you
Hello all,
I've gone through and read most of the information posted from this list
about improving the performance of Orion, and increasing the number of
threads Orion uses to improve its overall performance under load.
What I've been able to do so far, and it's helped a lot, is:
1- Added
. Sfeir [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 25, 2001 10:51 AM
To: Orion-Interest
Subject: Orion Performance Tuning
Hello all,
I've gone through and read most of the information posted
from this list
about improving the performance of Orion, and increasing the
number
At 12:49 PM 7/25/2001, Duffey, Kevin wrote:
I am interested in your two fixes. Have you (or anyone) noticed that Orion
actually requires 175MB of RAM?
I think it's mainly our Servlet that uses this up. I think it depends on
how many servlets you load.
Is there a definite need to use both
Hello,
I also found setting the Min and Max JVM memory
settings (xmsM and xmxM) greatly
improved performance.
Here is another JVM trick I used that also helped
- set the NEW GENERATION memory allocation
higher... the switch is -xmnM . This helps
tune the JVM garbage collection
: Josh P. Motto [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 25, 2001 2:38 PM
To: Orion-Interest
Subject: RE: Orion Performance Tuning
Hello,
I also found setting the Min and Max JVM memory
settings (-xmsM and xmxM) greatly
improved performance.
Here is another JVM trick I
Enable the undocumented option:
-Xconcurrentio
You will find that with a large number of simultaneous connections
you will gain a large performance increase. (The sun site claim up to 40%,
but I have only found a 20-30% depending on the app).
Read
http://java.sun.com/docs/hotspot
this is very good show of orion's performance against weblogic (I presume
this is appserver X, since they are the only appserver vender that prevents
their name from being used in a comparison...gutless!) and websphere:
http://technet.oracle.com/tech/java/oc4j/content.html
You will have
Title: RE: Orion performance meassures ?
Most likely, although I have no clue how this is
done... Try the class
com.evermind.client.orion.OrionConsoleAdmin
And see if you can get something out of that. If you
do, feel free to post the results on the list :)
Johan
- Original Message
Yes there are some statistics...
java -jar orionconsole.jar
- Original Message -
From: Tony Fonager [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Wednesday, April 25, 2001 11:19 PM
Subject: Orion performance meassures ?
We are experimenting with Orion as an alternative
Have you looked at the free Apache Jmeter at http://jakarta.apache.org/?
-Original Message-
From: Tony Fonager [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 4:20 PM
To: Orion-Interest
Subject: Orion performance meassures ?
We are experimenting with Orion as an alternative
Title: RE: Orion performance meassures ?
Is there any way these statistics can be queried and exported either locally or remotely. I would like to create performance reports based on Memory usage, Average hits, load, etc.
thanx,
Larry
(Running Orion on NT)
-Original Message-
From
Title: RE: Orion performance meassures ?
Besides Apache Jmeter (jakarta.apache.org), and Orion's
internal statistics, look at www.acelet.com
and their stress test component (http://www.acelet.com/super/help/tour/StressTour.html)
.
-Original Message-From: Larry Velez
[mailto
have to review my code. The answer could be here.
Olivier
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman
Sent: 25 April 2001 13:35
To: Orion-Interest
Subject: Re: orion http server performance/load handling
For one thing, this isn't a fair
:[EMAIL PROTECTED]]On Behalf Of Victor Salaman
Sent: 25 April 2001 14:01
To: Orion-Interest
Subject: RE: orion http server performance/load handling
I suspect this is a problem with your jdbc access layer...
To troubleshoot make simple program accessing the data directly with
just the jdbc driver
We are experimenting with Orion as an alternative to IIS on Windows 2000.
But how do I meassure such things as hits pr. second, errors pr. seconds
and so on, like I am used to under Windows 2000 and IIS, using the
performance monitor ?
Is there ANY statistics in Orion, which you can retrieve
We have been putting all our beans in a single ejb-jar.xml. However, it's
taking Orion noticably slower to deploy new changes. I am wondering what
(if any) problems associated with splitting each bean into it's own
ejb-jar.xml and treating it as an independent module. Any help would be
Title: SV: Slow performance with large EJB-JAR.XML file...
Splitting into multiple ejb-jar could be a good idea considering that there has to be some functionality in that one and only ejb-jar module of yours that can be factored out to independent packages.
-Ursprungligt meddelande
and found that the HotSpot server behaves wierd with SMP. Switching
to pure interpretted mode fixes the problem.
It wasn't Orion... phew
-Original Message-
From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 26, 2001 12:11 PM
To: Orion-Interest
Subject: RE: Performance
--Original Message-
From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 26, 2001 12:11 PM
To: Orion-Interest
Subject: RE: Performance problems (More Info).
JVM Settings -- My normal settings are "-server -Xincgc -Xms128m -Xmx384m".
I've tried playing around with d
.
It wasn't Orion... phew
-Original Message-
From: Aaron Tavistock [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 26, 2001 12:11 PM
To: Orion-Interest
Subject: RE: Performance problems (More Info).
JVM Settings -- My normal settings are "-server -Xincgc -Xms128m -Xmx384m".
I've been working on getting Orion running in a production environment for a
little while now and just when I thought everything was working fine I go to
push to production and something load/volume related is creating massive
slowdowns.
Basically every 250 database accesses or so there is a
Of Aaron
Tavistock
Sent: Monday, March 26, 2001 1:09 PM
To: Orion-Interest
Subject: Performance problems...
I've been working on getting Orion running in a production
environment for a
little while now and just when I thought everything was working
fine I go to
push to production and something
e thoughts.
-AP_
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Aaron
Tavistock
Sent: Sunday, March 25, 2001 7:09 PM
To: Orion-Interest
Subject: Performance problems...
I've been working on getting Orion running in a production environment for a
little
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Aaron
Tavistock
Sent: Sunday, March 25, 2001 7:09 PM
To: Orion-Interest
Subject: Performance problems...
I've been working on getting Orion running in a production environment for a
little while now and just when I
I've had similar symptoms with ATG Dynamo. It usually occurs when the VM
decides to garbage collect. The way we get around this is to have
multiple Dynamo instances each with it's own dedicated VM and CPU. This
makes the user experience more acceptable across all sessions on the
system since
There should be one for each active request.
-Original Message-
From: Ismael Blesa Part [mailto:[EMAIL PROTECTED]]
Sent: 12 March 2001 15:58
To: Orion-Interest
Subject: Re: Performance with ORION
Yes it should create only one instance of each servlet. What I mean is how
to
specify how
We have been making some tests with an application that uses a main
entry point, this is used to redirect all the request to the
correspondant object. We have found that ORION only creates one instance
of this servlet and we think that this is causing a bottleneck of our
application.
Is there a
Subject: Performance with ORION
We have been making some tests with an application that uses a main
entry point, this is used to redirect all the request to the
correspondant object. We have found that ORION only creates one instance
of this servlet and we think that this is causing a bottleneck
. Multiple threads are
then used to serve different requests.
-mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Ismael Blesa
Part
Sent: Monday, March 12, 2001 8:01 PM
To: Orion-Interest
Subject: Performance with ORION
We have
I'm actually preparing performance tests for our applications
and I have two questions:
How to get logs about database connections' handling made by the container?
How to monitor the memory used by Orion itself + the applications running on
the server?
I would appreciate any answer on these two
We are investigating Orionserver to replace Apache Tomcat. We could use any
input on performance tuning for servlets. Has anyone seen a matrix or
formula for initial values that might help us out? We have approximately
100 internal users that hit the server serving ~90 objects
Hi,
I've received some negative feedback on the use of CMP beans regarding performance.
They switched to Session beans
which gave them a remarkable perfomance increase (no figures available).
Note: These guys did not use Orion.
Does anyone have likewise experience with Orion?
Regards,
FE
is to ether switch to HSQL or at least
use a combination of Postgres and HSQL.
-Original Message-
From: Sach Jobb [SMTP:[EMAIL PROTECTED]]
Sent: Sunday, January 28, 2001 1:42 PM
To: Orion-Interest
Subject: Re: Postgress Performance
It could be a performance issue with Postgres
In general Orion and postgres seem to work well
together
but I have a problem with the performance of
inserts.
As the size of the table increases the rate at
which I can do
inserts, or bean creates, decreases
dramatically.
I have a very simple Alarm entity bean with a
single Long
It could be a performance issue with Postgres. By default Postgres uses a
"paranoid" setting that writes each transaction to disk immediately after
the transaction is completed. This is done to protect the integrity of the
database, as at anytime the database could go down and data cou
Hi all!
I made some tests to find out how transactions affect performance. I called
a sessionless' ejb empty function with different transaction attributes. It
turned out that call time mean was about 250 ms and it almost not changed
depending on attributesn (Requires, supports, ...). So
At 14:28 16.12.00 , you wrote:
Hi all!
I made some tests to find out how transactions affect
performance. I called
a sessionless' ejb empty function with different transaction attributes. It
turned out that call time mean was about 250 ms and it almost not changed
depending
PROTECTED]]On Behalf Of Robert Krueger
Sent: Saturday, December 16, 2000 2:57 PM
To: Orion-Interest
Subject: Re: ejb performance
At 14:28 16.12.00 , you wrote:
Hi all!
I made some tests to find out how transactions affect
performance. I called
a sessionless' ejb empty function with
Hi Savotchkin!
Could you please describe, what you did to activate pooling? I tried this for
my application, but without success... (could you maybe post you datasource
xml?)
thx in advance
Marcus Lankenau
Yeah!!! I forgot that in this function I got not pooled db connection. So,
after I
ssage-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Marcus Lankenau
Sent: Saturday, December 16, 2000 6:30 PM
To: Orion-Interest
Subject: Re: ejb performance
Hi Savotchkin!
Could you please describe, what you did to activate pooling? I tried this
for
my application, but with
to to this.
robert
-tim
-Original Message-
From: Robert Krueger [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 14, 2000 1:36 PM
To: Orion-Interest
Subject: RE: EJB Performance Question.
At 12:06 14.11.00 , you wrote:
At 10:03 14.11.00 , you wrote:
Every single one of those
rt your
application to another container, you aren't guaranteed
this optimization. The above bulk accessor/View pattern
will always work.
-tim
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 14, 2000 7:04 PM
To: Orion-Interest
Subject: Re: EJB Per
At 10:11 AM 11/15/2000 +0100, you wrote:
At 14:48 14.11.00 , you wrote:
Thanks Robert. I think I'll try running some
benchmarks this week and post the results. I wonder..
is there a way for and EJB-EJB to be _forced_ to
go through RMI? i.e. can I turn this optimization
off?
I don't think
Hi, every one. First i'm sorry for my english.
We use servlet that call EJB. Next is code
fraction.
//---
public Vector findByFirstPage(DirHome home, Integer rowCount)
throws Exception{Vector rows= new
Vector();Dir dir= null;
: Orion-InterestSubject: EJB Performance
Question.
Hi, every one. First i'm sorry for my english.
We use servlet that call EJB. Next is code
fraction.
//---
public Vector findByFirstPage(DirHome home, Integer
rowCount) throws
Hi ±èöȸ,
public Vector EJBToRow(Dir dir) throws Exception {
[...]
row.add(dir.getId());
row.add(new Long(dir.getPId()));
row.add(dir.getName());
row.add(new Long(dir.getSerial()));
row.add(new Long(dir.getChildCount()));
row.add(new Long(dir.getDepth()));
[...]
a bulk accessor is generally a good thing to use in such
situations.
have you tried wrapping one usertransaction around your update operation or
maybe even around the entire loop, depending on what you want to see as a
transaction. this will improve performance significantly because you don't
At 10:03 14.11.00 , you wrote:
Every single one of those calls to dir.getXXX() has to go across
the network via RMI. This is slow. You are better off using a
well, with orion this is intra-vm so its not that bad ...
Is there proof that Orion does this? I'm not trying to be a jerk,
but
At 12:06 14.11.00 , you wrote:
At 10:03 14.11.00 , you wrote:
Every single one of those calls to dir.getXXX() has to go across
the network via RMI. This is slow. You are better off using a
well, with orion this is intra-vm so its not that bad ...
Is there proof that Orion does this?
with the EJB 1.1 specification. This obviously increases
performance by eliminating the marshalling overhead, at the cost of
being non-spec compliant.
At any rate, for better or worse, in WebLogic call by reference is
enabled by default. In other words, calls between servlets and EJBs in
the same JVM
: Tuesday, November 14, 2000 1:36 PM
To: Orion-Interest
Subject: RE: EJB Performance Question.
At 12:06 14.11.00 , you wrote:
At 10:03 14.11.00 , you wrote:
Every single one of those calls to dir.getXXX() has to go across
the network via RMI. This is slow. You are better off using
Thank You for your kind reply. Can I get some pseudo-code an example?
Thank you.
- Original Message -
From: Tim Drury
To: Orion-Interest
Sent: Wednesday, November 15, 2000 12:03
AM
Subject: RE: EJB Performance Question.
Every single one of those
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 26, 2000 5:21 PM
To: Orion-Interest
Subject: re Performance test...
Kevin, quick question on your login test. Does your application use
EntityBeans to represent your users (and therefore are you calling
EntityBean.ejbFind() to load from
D hd setup (Actually, they are IBM NetFinitiy 4000R units). The load
balancer will run on a slow PII300 workstation with 128MB RAM (I hope this
is good enough). They will be failed over and load-balanced, and I will test
the performance on those and post the results here.
The only thing I am not sure of is
.
Anyways..this is sort of off topic..but if you have any questions, feel free
to email me.
-Original Message-
From: Santosh Kumar [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 19, 2000 9:19 PM
To: Orion-Interest
Subject: Re: Performance test...
That was a simply great thing to
Pentium III 550 MHz and 64 MB RAM and i bought a new
computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..
Any suggestions to improve the performance ??
I'd sugest you
What we are doing is using JavaBeans to collect data from Entity or Session
beans. This seems to work nice in that the java beans are then invoked by
the presentation layer and scoped appropriately. This approach has not
introduced any performance issues.
Just a thought.
-Danno
- Original
havent seen the
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..
Any suggestions to improve the performance ??
I'd sugest you to leave Windows and use any kind of UNIX.
[]s
Guiga
Add more memory to the vm :)
Klaus
-Opprinnelig melding-
Fra: Sarathy Mattaparti [mailto:[EMAIL PROTECTED]]
Sendt: 9. oktober 2000 20:00
Til: Orion-Interest
Emne: Performance
Hi,
Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a new
computer its Dual Pentium III
Hi,
This mail is useful only if you're using entity EJBs.
Because EJB is RMI on steroids (is more than that, but let's keep it
simple), if you need more that one entity to get the data you need for
the presentation layer you end up opening a lot of rmi connections,
with the overhead it implies.
Hi,
Previously i used Pentium III 550 MHz and 64 MB RAM and i bought a new
computer its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..
Any suggestions to improve the performance
its Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..
Any suggestions to improve the performance ??
Thanks
Sarathy
Dual Pentium III 800 MHZ and 256 MB RAM. i havent seen the
difference. I am using Windows 2000 Server as my OS.
I just changed the configuration of access log..
Any suggestions to improve the performance ??
I'd sugest you to leave Windows and use any kind of UNIX.
[]s
Guiga
, for
example usually makes good use of two cpus for extra horsepower. In the case
of Orion, unless the jvm uses both cpus properly, you wont see much of a
difference. In what respect are you not seeing performance? Are you doing a
1000 virtual user load test and not seeing much of a difference
I am curious..I look in the .log file created by each web-app and I see a
timestamp for every hit (each jsp page, gif, etc). I am wondering if this is
a performance hit..writing this info out on a regular basis (or is it
buffered and written when the server shuts down?). Also, is there a way
er.
Dale
- Original Message -
From: [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, September 07, 2000 3:51 AM
Subject: SV: Performance for static files
Look at the benchmark page...
Against Apache and IIS its got no problems at all beating them into the
bushe
: Christof Baumgaertner [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Friday, September 08, 2000 3:00 AM
Subject: Re: Performance for static files
Looks to me like if Orionserver tries to do HTTP/1.1 Keep-Alive without
setting
the Content-length accordingly. Can anybody confirm?
Dale
At 08:47 08.09.00 , you wrote:
just did a test and it seemed to make a big difference. In IE advanced
options I had Use HTTP1.1 turned off. I turned it back on and it made a big
difference. As a matter of fact, I don't see the problem anymore as of yet.
(after clearing cache).
Dale
then
Dale Bronk wrote:
That may be true as I was including the time to server the file all the way
to the point of the "little e" stopped spinning. Have you had the following
problems with framesets...
In Apache/IIS with JRun 2.3.3 the frameset and each individual jsp/html
files popup
We have a webbased client/server application which in addition to its
dynamic elements has to serve a huge amount of small files (HTML, GIF,
JS). I understand that Orionserver's performance for J2EE based
applications is pretty good. How about serving static files from the
file system? Can
Emne: Performance for static files
We have a webbased client/server application which in addition to its
dynamic elements has to serve a huge amount of small files (HTML, GIF,
JS). I understand that Orionserver's performance for J2EE based
applications is pretty good. How about serving static files
. september 2000 08:40
Til: Orion-Interest
Emne: Performance for static files
We have a webbased client/server application which in addition to its
dynamic elements has to serve a huge amount of small files (HTML, GIF,
JS). I understand that Orionserver's performance for J2EE based
applications
Look at the bottom of the page, thee is a link called old benchmark :)
It compares Apache, IIS and Orion...
Klaus Myrseth
-Opprinnelig melding-
Fra: Christof Baumgaertner [mailto:[EMAIL PROTECTED]]
Sendt: 7. september 2000 11:46
Til: Orion-Interest
Emne: Re: SV: Performance for static
in-process with Apache
(instead of running
as CGI with Orion).
My 2c,
JP
-Original Message-
From: Dale Bronk [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 07, 2000 9:15 AM
To: Orion-Interest
Subject: Re: Performance for static files
Right now until I am proved otherwise, I disagree
1 - 100 of 153 matches
Mail list logo
