Hej på er.

Funderar över att sätta tänderna i .NET.

Utvecklar idag komponenter avsedda att köras i COM+ miljö, undrar i samband med .NET vad motsvarigheten är.

Vet att det inte finns ett lätt svar på detta men om någon sitter med "hints" om var man snabbt kan få detta förklarat för sig vore jag tacksam.

K

Enterprise Services

http://www.gotdotnet.com/team/xmlentsvcs/
http://www.google.com/search?q=.NET+%22Enterprise+Services%22


MS

Någon som faktiskt gjort riktiga MTS lösningar med .net får gärna svara på detta oxo.

provade objekt poolning med mts och .net.
det jag gjorde var att jag körde en app som instancierade eller i mts fallet hämtade ett hantag till ett objekt , xxxx ggr , och så kollade jag hur lång tid det tog

så gjorde jag samma sak , utan mts , och instancierade helt nya objekt istället.
och det var då jag började fundera på om mts är så bra till .net.

eftersom det gick 3000!!!! ggr snabbare att instanciera objekt än att hämta ett färdigt ur mts'en.

visst , jag begriper att om man har väldigt stora objekt som håller diverse resurser etc , så kommer det väll antagligen någon brytpunkt när det går snabbare att hämta ur mts'en än att göra nya...

men det känns ändå som om man behäver vääääääldigt stora objekt om man ska få någon nytta med det (?????)


(om man bara är ute efter att återanvända objekt dvs... jag vet att man kan köra transaktioner etc i mts'en oxo)


//Roger

Kan du publicera din kod så att jag kan verifiera?

allan

Ska försöka hitta den.

annars var den helt baserad på

<framework sdk dir>\Samples\Technologies\ComponentServices\ObjectPooling\CS

det jag gjorde var bara att ta bort den kod som skriver till en stream i de poolade objektet..
så att objektet inte gjorde något , bara så det gick att hämta det.

efter det så gjorde jag som jag sa i förra posten...




men som sagt , ska kolla om jag hittar koden..

Jag skulle nog också vilja se koden. Det är lättare att tro på det om man ser det själv.

/CO

Som sagt , det är väll bara testa själv , min kod var inte magisk på något vis.

Ett par saker,

1 om du instncierar helt tomma objekt komemr det kosta mer att bygga upp COM+ contexten för object pooling (och JIT som följer med automatiskt vid OP) än att skapa objektet i sig. Object pooling skall bara användas då¨det kostar massa att bygga objektet.

2 för att poolen skall användas, måste du disposea objektet via servicedcomponent. Eller sätta done bit till true, Annars släpps inte objektet tillbaks till COM+ och när du när max poolsize så kommer de nya objekten att vänta på time outs innan de får nya.

3) några generella riktlinjer om när man bör och inte bör använda OP:
* använd object pooling när objektet hämtar dyra resureser när det skapas (ex filehandles eller databas kopplingar)
* använd object pooling när du vill begränsa antalet kopplingar till en resurs (exemplevis sätt maxpoolsize till 10 och öppna en conenction till dbn ikonstruktorn, då komemr du aldrig få mer än 10 kopplingar till databasen)
* Använd inte object pooling när dina metoder tar längre tid att exekvera än det tar att skapa objektet
* Använd inte object pooling för objekt som håller state efter något har exekverats