Interesting idea and if it was my own code i'd certainly consider this. Although if it was my own code I don't think i'd let the sessions get so big in the first place. Unfortunately its now our code so we're stuck with what has been supplied.
Ta Matt -----Original Message----- From: Wade Chandler [mailto:[EMAIL PROTECTED] Sent: 14 August 2004 23:38 To: Tomcat Users List Subject: Re: [OT] - JVM Max Heap Size on Linux Dale, Matt wrote: > Hi, > > Has anyone got around the maximum heap size of 2G on linux? We've got a > new server with 12G of ram which was going to be used for an uber tomcat > but this plan may have to be changed if we can't get more than 2G of > memory used for the JVM. > > Ta > Matt > > > ------------------------------------------------------------------------ > > Any opinions expressed in this E-mail may be those of the individual and not > necessarily the company. This E-mail and any files transmitted with it are > confidential and solely for the use of the intended recipient. If you are not the > intended recipient or the person responsible for delivering to the intended > recipient, be advised that you have received this E-mail in error and that any use > or copying is strictly prohibited. If you have received this E-mail in error please > notify the beCogent postmaster at [EMAIL PROTECTED] > Unless expressly stated, opinions in this email are those of the individual sender > and not beCogent Ltd. You must take full responsibility for virus checking this > email and any attachments. > Please note that the content of this email or any of its attachments may contain > data that falls within the scope of the Data Protection Acts and that you must > ensure that any handling or processing of such data by you is fully compliant with > the terms and provisions of the Data Protection Act 1984 and 1998. > > > > > ------------------------------------------------------------------------ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] You could write some native code and use the apache apr package or something similar to create shared memory or memory mapped files. Then use the object you wrap around this code and store it in your session. This way you can have as much memory as you want stored in these objects. Pull the memory from the mapped file only as you use it to keep from expanding it all back into the jvm process memory at one time. The speed difference will probably not be noticeable if you have a good search algorithm setup. That or you could tie your session information to a database and do the same thing you would do with the mapped memory. The session would simply hold the id for the db session table. Though this may be a bit slower. Don't know if that would be possible for you or not. Wade --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
