RE: IIS5 and Tomcat5
Hello Jacob, Check your server.xml and look for Context ... It must be closed by either Context... / or Context ... /Context Cheers, Johan -Original Message- From: Vries, Jakob de [mailto:[EMAIL PROTECTED] Sent: 13 February 2004 11:35 To: [EMAIL PROTECTED] Subject: IIS5 and Tomcat5 Hello, I have Tomact installed on a W2K server. When I start the Tomcat service the service stops after a short time and wrote some messages in the stderr.log file. This is a copy of the stderr.log file - Feb 12, 2004 2:41:59 PM org.apache.commons.digester.Digester fatalError SEVERE: Parse Fatal Error at line 360 column 9: The element type Context must be terminated by the matching end-tag /Context. org.xml.sax.SAXParseException: The element type Context must be terminated by the matching end-tag /Context. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatc her.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.Catalina.load(Catalina.java:532) at org.apache.catalina.startup.Catalina.load(Catalina.java:570) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:260) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:397) Who can tell me wich file is the syntax wrong? Greetings Jake DeVries - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
rmi performance under tomcat
Hello all, I have an application which heavily uses rmi. Because the poor performance under tomcat, i tried some other app servers to compare. I came up with the following results: - tomcat 4.0.6 - websphere 5.0 - orion 2.0.2 - jetty 4.2.15 orion 1.2 sec websphere 1.2 sec tomcat 8.4 sec jetty 1.1 sec All tests ran under the same jdk (1.3.1_06), same machine, same configuration, default install etc. I know I use old jdk's and old tomcat version, but I have tried newer tomcat (4.1.28, 5.0) and newer jdk's (1.4.2), but that only showed slight performance gain. I used JProbe to find out what the bottleneck would be, it showed that 67% off all method time goes to java.rmi.server.RemoteRef.invoke and 20% goes to java.rmi.Registry.Lookup. Is it a known issue or known configuration issue, is there a way to speed up this performance? The test machine running is WinXp 1.8Ghz, 512Mb mem. Cheers, Johan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
Hello all, I tried: - isolating code in a java class and running it on both machines, about same performance - running tomcat 4.1.29, bit faster but still ~15 sec. - changing network connection to full duplex, 2*faster but stil ~6 sec (should be 1 sec). indicates network traffic could be a bottleneck - running websphere, performance ~600 ms. - changing java version 1.3.06 to 1.4.1, no reasonable effects - eliminating all services, no effect The tested machines: (the machine which performance is fast, a dev. client) P4 2.4Gh, 512MB memory, 60Gb harddisk (the machine which performance is slow, the server) P4 2.4Gh, 1Gb memory, 10Gb harddisk (the machine which performance is slow, a dev. client) P4 1.8Gh, 512MB memory, 40Gb harddisk I see tomcat running high on processor performance, peeks in processor performance are the same as peeks in the network traffic. But, when running everything on one box, it is also slow (so network should not be an issue). Also, the developer on the fast machine noticed that when getting code from CVS from other developers, his system slowed down signifficant too, but I have no clue what too look for with this indication. I hoped to hear a some kind of, hey look into this or look into that, did you look here, but unfortunattaly there's not. It is also a complex problem with many factors that could be the cause (network?, language settings os?, system settings?, file system?, foreign processes which interfere?, ...). If anyone has got a clue i would be glad too here, meanwhile i'll go look furher looking for a solution / cause. Cheers, Johan -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 20:14 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Unfortunattaly no option, we are bound to a specific java version and tomcat version to gain support from the supplier... Then could you just *try* a different version? If it works, then YELL at your supplier - they would deserve it, sticking to a buggy version. For that matter, sticking to just one version. Note that 4.1.24 is a RI for Sun's J2EE paltform and so is 5.0.16 Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
dramatic performance differences on development machines
Hello all, We have tomcat running with a webapplication based on Mediasurface (content mangement system). The performance of the web app is very different from machine to machine. On 1 dev. machine the performance is approx. 400 - 1000 ms. a page, on another 8000 - 14000 ms. I've copied the complete tomcat directory to the slow dev. machine, running the same jdk, same os and same patches, but still the machine performance is slow. Can anybody point out what the cause can be of this dramatic performance difference? Cheers, Johan Coens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
Hello Nikola, Machines are not identical, the fast machine has different specs (less memory, less disk space and less cpu) then the slow machine (this one has better specs). One hint we've got is the carachter encoding in which the file is saved, but it seems to me this cannot be the problem... Sure, heavy artillery can be used, but i don't think that would lead us to a solution, also because the machine with lesser specs serves better, and we use the same tomcat version, same settings and same jdk version. Johan -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 10:26 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Johan Coens wrote: Hello all, We have tomcat running with a webapplication based on Mediasurface (content mangement system). The performance of the web app is very different from machine to machine. On 1 dev. machine the performance is approx. 400 - 1000 ms. a page, on another 8000 - 14000 ms. I've copied the complete tomcat directory to the slow dev. machine, running the same jdk, same os and same patches, but still the machine performance is slow. Can anybody point out what the cause can be of this dramatic performance difference? Are the machines identical? Memory, disks,... You can use heavy artillery, like vmstat, iostat to see if something looks bad. You can also profile your application. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
Here the specs are: It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Tomcat is consuming 50-90% of processing time when serving the request. Notice, i tetsted the app on websphere too, it is serving quite fast, 400ms. instead of 2ms. If anybody can point me where too look at I would be very happy. Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 12:55 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Any chance there is something else running on the machine that's killing the performance. You should post the specs of the machine if you expect a reasonable guess as to your problem. Donie -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 09:43 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Johan Coens wrote: Hello Nikola, Machines are not identical, the fast machine has different specs (less memory, less disk space and less cpu) then the slow machine (this one has better specs). Quite ironic. One hint we've got is the carachter encoding in which the file is saved, but it seems to me this cannot be the problem... It can be a problem, but not responsible for 20x degradation. Sure, heavy artillery can be used, but i don't think that would lead us to a solution, also because the machine with lesser specs serves better, and we use the same tomcat version, same settings and same jdk version. Agreed. The only thing you're left with is profiling. There were some posts on that subject. So far, we've heard of JProfiler and something from IBM. Borland's JBuilder has OptimizeIt Suite, but it costs $$$. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
A lot of network traffic, database lookups, rmi is going on, but i even tested that by placing code on the mediasurface server with oracle (placing all on one box), and so limiting network traffic, but same performance issues occured. I tested on websphere and everything is speedy (so, its not the code). It should be something in the system, a configuration which influences tomcat performance dramatically and not webspheres performance, but what i can't figure out what this could be. Maybe the only solution for me is running websphere... Thanks for the feedback, Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 14:48 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines What does the servlet do during the request. Is it a database lookup or what? It's intresting that it's using 50-90% cpu time. If it were a network error or mis-configuration I'd expect to see 0% cpu used during the timeout period. Are you sure the application is working correctly when the response has come back. Maybe there is some sort of timeout running in your application that does not yield very well, ie: a tight loop waiting for something? Maybe your processing is not as correct as you think. Give us more to work with... Donie -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 13:45 To: Tomcat Users List Subject: RE: dramatic performance differences on development machines This kind of performance degration can also have some of the following causes if the load of the system doesn't indicate a problem: - long or failing DNS Lookups. - Missconfiguration that leads to round trips in the network. - locks (e.g. Database) I think you have to isolate one request that takes long and find out where the time is spent. (This doesn't mean in all cases profiling, in the first step it might be enough to find out if the time is spent before the request reaches the application, in the application, or after the application has sent the response.) -Original Message- From: Johan Coens [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 2:28 PM To: Tomcat Users List Subject: RE: dramatic performance differences on development machines Here the specs are: It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Tomcat is consuming 50-90% of processing time when serving the request. Notice, i tetsted the app on websphere too, it is serving quite fast, 400ms. instead of 2ms. If anybody can point me where too look at I would be very happy. Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 12:55 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Any chance there is something else running on the machine that's killing the performance. You should post the specs of the machine if you expect a reasonable guess as to your problem. Donie -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 09:43 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Johan Coens wrote: Hello Nikola, Machines are not identical, the fast machine has different specs (less memory, less disk space and less cpu) then the slow machine (this one has better specs). Quite ironic. One hint we've got is the carachter encoding in which the file is saved, but it seems to me this cannot be the problem... It can be a problem, but not responsible for 20x degradation. Sure, heavy artillery can be used, but i don't think that would lead us to a solution, also because the machine with lesser specs serves better, and we use the same tomcat version, same settings and same jdk version. Agreed. The only thing you're left with is profiling. There were some posts on that subject. So far, we've heard of JProfiler and something from IBM. Borland's JBuilder has OptimizeIt Suite, but it costs $$$. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
RE: dramatic performance differences on development machines
No, it's a one processor machine. Question, could it be that jsp:include 's are very slow and that this is causing performance issues? If so, what could be the cause? -Original Message- From: Graham Reeds [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 15:20 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Does the Task Manager list it as a two processor machine? If so it could be HyperThreading playing silly buggers with your code. However I don't think HT was ever implemented on P4s less than 2.4GHz. Xeons began around 1.8GHz iirc. G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
Hello Mike, Im running NAV but even when disabeling this the machine performces slow.. Thanks anyway -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 16:34 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines I vaguely recall someone experiencing 'vastly different' performance on two identical machines. Turns out one of them had Norton Antivirus, and somehow that was slowing things down (perhaps it did a virus scan on every jsp page, for example). This would be the 'clutching at straws' type of help. :) -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 8:43 AM To: Tomcat Users List Subject: RE: dramatic performance differences on development machines I doubt jsp:include would be the cause. If you do a search in the taglib-user archive and tomcat-user archive, you'll benchmarks comparing jsp:include vs. include directive. peter lin Johan Coens [EMAIL PROTECTED] wrote: No, it's a one processor machine. Question, could it be that jsp:include 's are very slow and that this is causing performance issues? If so, what could be the cause? -Original Message- From: Graham Reeds [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 15:20 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Does the Task Manager list it as a two processor machine? If so it could be HyperThreading playing silly buggers with your code. However I don't think HT was ever implemented on P4s less than 2.4GHz. Xeons began around 1.8GHz iirc. G. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: dramatic performance differences on development machines
Unfortunattaly no option, we are bound to a specific java version and tomcat version to gain support from the supplier... -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 17:51 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Try tomcat-4.1.29 or tomcat-5.x -- De: Johan Coens[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: terça-feira, 13 de janeiro de 2004 11:10 Para: Tomcat Users List Assunto: RE: dramatic performance differences on development machines A lot of network traffic, database lookups, rmi is going on, but i even tested that by placing code on the mediasurface server with oracle (placing all on one box), and so limiting network traffic, but same performance issues occured. I tested on websphere and everything is speedy (so, its not the code). It should be something in the system, a configuration which influences tomcat performance dramatically and not webspheres performance, but what i can't figure out what this could be. Maybe the only solution for me is running websphere... Thanks for the feedback, Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 14:48 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines What does the servlet do during the request. Is it a database lookup or what? It's intresting that it's using 50-90% cpu time. If it were a network error or mis-configuration I'd expect to see 0% cpu used during the timeout period. Are you sure the application is working correctly when the response has come back. Maybe there is some sort of timeout running in your application that does not yield very well, ie: a tight loop waiting for something? Maybe your processing is not as correct as you think. Give us more to work with... Donie -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 13:45 To: Tomcat Users List Subject: RE: dramatic performance differences on development machines This kind of performance degration can also have some of the following causes if the load of the system doesn't indicate a problem: - long or failing DNS Lookups. - Missconfiguration that leads to round trips in the network. - locks (e.g. Database) I think you have to isolate one request that takes long and find out where the time is spent. (This doesn't mean in all cases profiling, in the first step it might be enough to find out if the time is spent before the request reaches the application, in the application, or after the application has sent the response.) -Original Message- From: Johan Coens [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 2:28 PM To: Tomcat Users List Subject: RE: dramatic performance differences on development machines Here the specs are: It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Tomcat is consuming 50-90% of processing time when serving the request. Notice, i tetsted the app on websphere too, it is serving quite fast, 400ms. instead of 2ms. If anybody can point me where too look at I would be very happy. Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 12:55 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Any chance there is something else running on the machine that's killing the performance. You should post the specs of the machine if you expect a reasonable guess as to your problem. Donie -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 09:43 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Johan Coens wrote: Hello Nikola, Machines are not identical, the fast machine has different specs (less memory, less disk space and less cpu) then the slow machine (this one has better specs). Quite ironic. One hint we've got is the carachter encoding in which the file is saved, but it seems to me this cannot be the problem... It can be a problem, but not responsible for 20x degradation. Sure, heavy artillery can be used, but i don't think that would lead us to a solution, also because the machine with lesser specs serves better, and we use the same tomcat version, same settings and same jdk version. Agreed. The only thing you're left with is profiling. There were some posts on that subject. So far, we've heard of JProfiler and something from IBM. Borland's JBuilder has OptimizeIt Suite, but it costs $$$. Nix. - To unsubscribe, e-mail: [EMAIL
RE: dramatic performance differences on development machines
I'll come back on this later, i'll be out of office for a day but i'll do some more testing and post results at this mailinglist. what do you mean with transaction times, for each request or can i get more detailed processing detail for a http request? thanks for all responses -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 16:59 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Maybe the only solution for me is running websphere... ha. Telling this to a company that sold you Tomcat might work but making threats like this won't get the problem solved quicker ;) Just joking. Ca you view the processes cpu load on the machine during the request? I find it strange that tomcat is using so much cpu during the request. Can you send us the specs of the two machines you are using and also the transaction times for each. I'm a bit confused over which machine gave the fastest reponse. Thanks Donie -Original Message- From: Edson Alves Pereira [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 16:51 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Try tomcat-4.1.29 or tomcat-5.x -- De: Johan Coens[SMTP:[EMAIL PROTECTED] Responder:Tomcat Users List Enviada: terça-feira, 13 de janeiro de 2004 11:10 Para: Tomcat Users List Assunto: RE: dramatic performance differences on development machines A lot of network traffic, database lookups, rmi is going on, but i even tested that by placing code on the mediasurface server with oracle (placing all on one box), and so limiting network traffic, but same performance issues occured. I tested on websphere and everything is speedy (so, its not the code). It should be something in the system, a configuration which influences tomcat performance dramatically and not webspheres performance, but what i can't figure out what this could be. Maybe the only solution for me is running websphere... Thanks for the feedback, Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 14:48 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines What does the servlet do during the request. Is it a database lookup or what? It's intresting that it's using 50-90% cpu time. If it were a network error or mis-configuration I'd expect to see 0% cpu used during the timeout period. Are you sure the application is working correctly when the response has come back. Maybe there is some sort of timeout running in your application that does not yield very well, ie: a tight loop waiting for something? Maybe your processing is not as correct as you think. Give us more to work with... Donie -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 13:45 To: Tomcat Users List Subject: RE: dramatic performance differences on development machines This kind of performance degration can also have some of the following causes if the load of the system doesn't indicate a problem: - long or failing DNS Lookups. - Missconfiguration that leads to round trips in the network. - locks (e.g. Database) I think you have to isolate one request that takes long and find out where the time is spent. (This doesn't mean in all cases profiling, in the first step it might be enough to find out if the time is spent before the request reaches the application, in the application, or after the application has sent the response.) -Original Message- From: Johan Coens [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 2:28 PM To: Tomcat Users List Subject: RE: dramatic performance differences on development machines Here the specs are: It's a windows XP development Client Pentium 4, 2GHz, 512Mb memory jdk 1.3.1_06 tomcat 4.0.6 Tomcat is consuming 50-90% of processing time when serving the request. Notice, i tetsted the app on websphere too, it is serving quite fast, 400ms. instead of 2ms. If anybody can point me where too look at I would be very happy. Johan -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 12:55 To: 'Tomcat Users List' Subject: RE: dramatic performance differences on development machines Any chance there is something else running on the machine that's killing the performance. You should post the specs of the machine if you expect a reasonable guess as to your problem. Donie -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: 13 January 2004 09:43 To: Tomcat Users List Subject: Re: dramatic performance differences on development machines Johan Coens wrote: Hello Nikola, Machines are not identical, the fast machine has different specs (less memory, less disk
