thanks, I will take a look at this and maybe it will answer our current question: How does object pooling tie in with connection pooling? Does ado.net connection pooling get overridden if I use object pooling, or how do they work together?
On Wed, 26 Jun 2002 14:51:01 -0700, Ron Jacobs <[EMAIL PROTECTED]> wrote: >There is much information on this topic at >http://www.gotdotnet.com/team/xmlentsvcs/esfaq.aspx#3.1 > >Plus many other resources at >http://www.gotdotnet.com/team/xmlentsvcs/ > >and >http://www.gotdotnet.com/team/rojacobs/default.aspx > > >-----Original Message----- >From: Jeff Mangan [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, June 26, 2002 2:43 PM >To: [EMAIL PROTECTED] >Subject: Re: [DOTNET] object pooling > >well, it's more of a concern of how much overhead is involved and what >is >more efficient, the overhead of creating new objects each time, or the >overhead of using System.EnterpriseServices in general ( to use object >pooling). I do not know about it enough, so I am reading Derek Beyer's >book "C# COM+ Programming" to hopefully answer my questions. Mainly I >would >just be curious for someone to explain how the overhead of com+ is laid >out, and whether the only way to find out which to use is trial and >error >and see which method performs better, or if there is a standard rule >when >to and when to not use it. > >thanks. > > >On Wed, 26 Jun 2002 17:02:30 -0400, Marsh, Drew <[EMAIL PROTECTED]> >wrote: > >>Jeff Mangan [mailto:[EMAIL PROTECTED]] wrote: >> >>> We are interested in using object pooling, and it looks like >>> the only thing I have found is using >>> System.EnterpriseServices and Com+. Is this enough >>> justification for using it, or how can we determine if there >>> will be more overhead in using System.EnterpriseServices then >>> we will have by instantiating the object over and over again. >>> I keep hearing "do not" use >>> com+ services unless you absolutely have to, but if we want object >>> com+ pooling >>> for c# assembilies, is this enough reason to use it?? >> >>Aboslutely. Out of curiousity, is there any more context around the >warnings >>for "do not use com+ services unless you absolutely have to"? What are >the >>people warning you afraid of? Just curious. >> >>Later, >>Drew >> >>[ .NET MVP | weblog: http://radio.weblogs.com/0104813/ ] >> >>You can read messages from the DOTNET archive, unsubscribe from DOTNET, >or >>subscribe to other DevelopMentor lists at http://discuss.develop.com. > >You can read messages from the DOTNET archive, unsubscribe from DOTNET, >or >subscribe to other DevelopMentor lists at http://discuss.develop.com. > >You can read messages from the DOTNET archive, unsubscribe from DOTNET, or >subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the DOTNET archive, unsubscribe from DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.