Re: .NET slows, COM+ still fast

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

Have you gotten any new information on this? I'm currently investigating
middle-tier .NET options for 300-1000 concurrent users and someone pointed
me to this thread. From what I am seeing, remoting isn't Microsoft's
future. They actually recommend web services which according to their own
kb articles, performs worse than remoting.

We have a need for a high-performing middle-tier and would like to stick
with the direction Microsoft is promoting but we need to be sure it can
handle what we need to do. If you've learned anything new since this post,
I'd gladly hear about it. Did you ever get a response from Microsoft?

Mike


"BigBB88" <BigBB88@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:FB326038-A05C-4445-B9C2-72F64CB235FA@xxxxxxxxxxxxxxxx
> We have two applications that perform the same functions and run on the
> same
> server. This is a traditional 3-tier app using VB client - Proxy- MidTier
> (in c++) and SQLServer/Messaging connectivity in a COM+ (DCOM)
> environment.
> The application was re-developed recently using VB.NET - Remoting - C# on
> the
> MidTier to the Messaging/SQLServer connectivity layer. Both applications
> are
> running under a Windows 2000 Clustered (Active/Passive) enterprise
> Compaq/HP
> server with 8GB RAM (PAE Enabled) and 8 CPU's. There are 300 total users
> using the .NET application and 800+ users using the VB client for a total
> of
> over 1100 users. We are trying to port all users over to .NET, but the
> performance is so bad (under 300 users) we currently cannot do so. On the
> same box at the same time, the .NET application (identical in
> functionality
> to the COM+ application) chokes (VERY SLOW, almost unuseable), while the
> COM+
> application seems to be fine. We have looked at Memory, CPU and
> Networking
> utilization and all look to be within acceptable levels. Another .NET
> application ustilizing the same .NET service (different functionality) is
> also extremely slow. We have captured a dump using the Microsoft
> Debugging
> tools during this slow period and sent it off to MS. Is there anything
> else
> we can do or look at they may be causing .NET to be so much slower then
> the
> identical (in functionality) application using the COM+ model?


.

Relevant Pages

  • RE: [Full-Disclosure] Microsoft Coding / National Security Risk
    ... their time and hack into all of the open source groups using Windows ... Microsoft Coding / National Security Risk ... > windows (starting with the core functionality and internet facing ...
    (Full-Disclosure)
  • RE: [Full-Disclosure] Microsoft Coding / National Security Risk
    ... > functionality in a core component used widely across the OS. ... I think the Windows source code has grown to a size that is hard even ... > Microsoft have stated that to make the source code for Windows publically ...
    (Full-Disclosure)
  • C++ and header files
    ... On Microsoft website I've recently run across future feature set of ... Microsoft Visual Studio .NET 2005. ... In my opinion this kind of IDE functionality is a great help for every ... different namespace, ...
    (comp.lang.cpp)
  • Re: Event Viewer Anomaly
    ... the Janitor at One Microsoft Way out of the loop on this issue:o) If you do ... up this functionality on my Home Network:o) ... pass on the info, but apparently we're out of the loop, too. ... Donald Anadell wrote: ...
    (microsoft.public.windowsupdate)
  • Re: We need a TRUE Exchange client for the Mac Platform
    ... >> of functionality in my eyes, I would suspect in others as well. ... Microsoft, in fact you guys have a unenvyable job in my eyes! ... compeling reason for me to upgrade my 30+ users, ...
    (microsoft.public.mac.office.entourage)