in the bin folder. note the default jvm.config file controls ALL Jrun instances. To have different instances use different config files, need to make use of bin/jrunsvc.exe.
As far as how much memeory, the ubiquitous answer is...that depends. Check out Steven Erats blog http://www.talkingtree.com/blog/index.cfm and Pete Frietags blog http://www.petefreitag.com/ (particualrly http://www.petefreitag.com/item/89.cfm ) both of them have really good info on perfomance stuffs HTH DK On 9/30/05, Mehdi, Agha <[EMAIL PROTECTED]> wrote: > > > > Damon, > > > > Thanks for the tips. Where do I set JVM Heap size for an instance in CFMX > 7.0? What should I take into consideration when increasing heap size? > > > > Thanks again. > > > Agha Mehdi > IDT - eBusiness Program Manager > > ________________________________ > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Damon Gentry > Sent: Wednesday, September 28, 2005 2:19 PM > > To: [email protected] > Subject: Re: [CFCDev] Multiple Instances > > > > > Agha, > > If you run your service layer in their own JVM, you will most likely see a > performance problem due to the fact that you will need to use HTTP to > consume your data service layer. In my opinion, if you used this > configuration, memory would be the least of your concerns. > > I would expect that your data service components will not use a significant > amount of memory in and of themselves. Each application, however, may use > different amounts of memory, depending upon how much data they need to work > with (cache, query results, etc...). For example, App1 may need a higher > heap size than App2 because they might use the data differently. This > should be the factor you need to study in order to size and tune your JVMs > correctly. > > I think you're on the right track to create unique JVMs for your > applications, but I don't think it makes much sense to separate your entire > data abstraction code as well. From my perspective, your data and model > components should be considered an integral part of the application and > should be available via a mapping. > > > On 9/28/05, Mehdi, Agha <[EMAIL PROTECTED]> wrote: > > > Damon, > > > > That's my biggest worry. I thought of creating mappings for my service layer > but I first wanted to see if there was a better way to run service layer in > its own memory space where it doesn't share other applications resources. > Do you think it'd still be a performance issue if I bumped up the memory > allocation for service layer? (BTW, how do you about increasing the memory?) > > > > Thanks > > > Agha Mehdi > IDT - eBusiness Program Manager > > ________________________________ > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Damon Gentry > Sent: Wednesday, September 28, 2005 11:51 AM > To: [email protected] > Subject: Re: [CFCDev] Multiple Instances > > > > Agha, > > My only concern would be performance. Althought your service layer would > run on the same host(s), you will be accessing them through a web service > call (XML over HTTP). I would think that this would be much less efficient > than making a local call to a component on the same JVM server. > Furthermore, I don't think that you would be able to cache your service > layer if it is invoked as a web service. > > Perhaps a better approach would be to place your service layer components > into a discreet folder and add mappings to that location from your other > instances. That way, all server instances can share the same deployment of > your service layer. > > Anybody else have any thoughts on this? > > Damon Gentry > > > On 9/28/05, Mehdi, Agha <[EMAIL PROTECTED]> wrote: > > Hi all, > > I have an architectural question, which conceptually, sounds good. > > Server is Dual Processor, 8GB of memory, 100GB of drive space (part of a > cluster of 4 servers). > > I want to create the following instances: > > Instance1: App1 > > Instance2: App2 > > Instance3: Flex > > Instance4: Misc. (Schedule Tasks) > > Instance5: Service (Model and Data layer for all the above instances) > > This way we can have all four instances talk to the same service layer, > which will enable us to re-use the same model across the applications. We 'd > need to invoke the service layer as a web service. All servers in the > cluster will have the same configuration. > > Please let me know if that sounds like any plan. I want to get as much > feedback as possible before I get into implementing this. > > Thanks > > > > Agha Mehdi > > IDT - eBusiness Program Manager > > Work: 408.284.8239 > > Cell : 209.275.0482 > > Fax : 408.284.2766 > > > > > -- > Damon Gentry > [EMAIL PROTECTED] > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.com). > > CFCDev is supported by New Atlanta, makers of BlueDragon > http://www.newatlanta.com/products/bluedragon/index.cfm > > An archive of the CFCDev list is available at > www.mail-archive..com/[email protected] > > > > > -- > Damon Gentry > [EMAIL PROTECTED] > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email to > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > (www.cfxhosting.com). > > CFCDev is supported by New Atlanta, makers of BlueDragon > http://www.newatlanta.com/products/bluedragon/index.cfm > > An archive of the CFCDev list is available at > www.mail-archive.com/[email protected] -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
