Pontus,
I've been researching Tomcat performance, and here's what I've learned so far. I'd appreciate any feedback anyone has on these comments, because I'm no Tomcat expert...
Using the -server tag makes enormous speed and memory improvements
Using -Xincgc slows the system down
Using -Xms and -Xmx is a must. I have 1gb of free memory and I set both of these to use 1380M
In regards to the inserts, our product inserts in a different manner, but we do use Slide for retrievals and have noticed that increasing the memory available, and foldering the documents on something like the date and time helps to keep the Slide server quick.
Hope this helps. Jeff
From: Pontus Strand <[EMAIL PROTECTED]> Reply-To: "Slide Users Mailing List" <[email protected]> To: "Slide Users Mailing List (E-mail)" <[email protected]> Subject: Performance issues Date: Mon, 3 Jan 2005 12:03:46 +0100
Hello,
There has been some talk about performance issues previously on this list and I would like to return to a couple of them as they are relevant to my current project. Let me begin by describing our setup.
All files will be stored in a file system, most likely UNIX-based, and all other data will be stored in a database, MySQL or possibly Oracle. All access to Slide is done via a RMI-server that uses the Slide WebDAV Client. So far we have used 2.1rc1 and before that 2.1b2.
The system that we are developing should be able to handle tens of thousands
of files, if not hundreds of thousands. At this point, after having run
various tests, we're quite concerned about Slide's performance.
Let us begin with the famous OutOfMemoryException-problem. Disabling the
cache only delays this issue, leaving us with the option to increase the
memory size for the JVM. Has anyone looked into it memory leaks related to
inserting new documents? Has any changes been done to that code since
2.1rc1? We would be willing to look into it, but at the moment we are hard
pressed by a looming deadline so we can't allocate resources to that problem
right now. We are going to "solve" the problem with an intermediate solution
consisting of:
1) Increase the JVM memory size 2) Modify the cache settings 3) Make sure that Slide is restarted frequently
The second issue we are having right now is that we see a linear increase in
the time it takes to add files to Slide. I saw an earlier post where someone
who put 2000 files in a collection ran into to problems and that he/she was
discouraged from having such large collections. And I believe that our
problem is related to this. However, we have tried to remedy the problem by
creating a new collection every 500 files. This resulted in a small
performance benefit but file 501 still took longer time to add than the
first file. We have the following questions:
- Is there an optimal maximum size for a collection? - What is the best way to add large number of files? Does SLIDE treat collections differently from files in terms of performance? - How would one go about adding large number of files to Slide without having to wait unreasonably long for document inserts?
Best regards Pontus Strand
--------------------------------------------------------------------- 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]
