Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Usenet -> c.d.o.misc -> Re: Huge problem with COM+ performace?
From what you said, your problem sounds more like your com component is a single instance component. That means the same component is handling ALL the work in a serial manner, so long processes block other processes that are waiting. Try setting up your com components so that they run in multiple threads (instances) so that your requests are handled in parrallel and I would be that you eliminate most of your bottle neck.
Check this article out, it will shed some light on the matter I think.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbcon98/htm l/vbconprojectoptionsforcodecomponents.asp
Ray
"Adam Boczek" <adam.boczek_at_NO_SPAM_gft-solutions.de> wrote in message
news:1004438383.943613_at_tux2.ham.acs-gmbh.de...
> I have huge problem :-|. I've written software which uses COM+ as
midletier
> and Oracle8i as datatier. All business components are VB dlls. All clients
> are VB exes. Everything seems to be ok (transactions etc.). But when I
start
> long-lastig process (for example accounting for 300.000 clients) all other
> processes are locked (or very, very slow). I can NOT connect from client
to
> my business components in COM+ (I receive no errors, only information that
> process is pending) . Hardware is ok (2-Procesor server Compaq with 1,2 GB
> RAM etc.), database parameters also (I can connect to database without
COM+
> and run without problems any query), network 100MB/s and hi-end switches.
> I've tried different component configurations (all dll in one package or
in
> groups) but without success.
>
> Any ideas?
>
> Win2k Srv SP2, Oracle8i (8.1.7.2), VB6 SP5, ADO 2.6 SP1, all clients Win2k
> Pro SP2.
>
> Greets,
> Adam
>
> -------------------------------------------
> Adam Boczek
> IT Consultant
> GFT Solutions GmbH
> adam.boczek_at_gft-solutions.de
> -------------------------------------------
>
>
>
Received on Tue Oct 30 2001 - 14:40:33 CST
![]() |
![]() |