Entries:
Comments:
Posts:

Loading User Information from Channel 9

Something went wrong getting user information from Channel 9

Latest Achievement:

Loading User Information from MSDN

Something went wrong getting user information from MSDN

Visual Studio Achievements

Latest Achievement:

Loading Visual Studio Achievements

Something went wrong getting the Visual Studio Achievements

.NET in MOM

Download

Right click “Save as…”

Brijesh Bhatia is the Development Manager for MOM (Microsoft Operations Manager). Those of you in the IT world have probably heard of MOM. What you probably don't know is how much managed code is present in the latest version.

Tag:

Follow the Discussion

  • i'm first, more and more .NET.
  • ChadkChadk excuse me - do you has a flavor?

    Charles, you said you would post links to the blogs. Where are they? Wink

  • William Staceystaceyw Before C# there was darkness...

    Nice.  I did not understand the server side issue.  IMO, the case for .Net on the server side is even better.

    1) Locks are faster as they are user mode w/ no kernel mode switch like you would have with a native mutex.
    2) Sockets are the same.  Small pinvoke overhead with buffer copy on reads/writes, but that is probably not major.
    3) DB query and update is same as you need sql client in both.
    4) Listen loop is the ~same.
    5) Threads work great in .Net.  No faster, AFAICT, in native code.
    6) Things like System.Threading.Timer are just thin wrappers.
    7) It is tons easier to write and debug.

    You would need to write it and test for actual perf, but a .Net server exe should not be a general perf issue.  BizTalk uses .Net on server side.  Did you find a specific issue that was too slow or something you could point to?  Did you try the /clr switch and try the server?

    Second, could you post a snippet of general idea on how you are doing exceptions to capture the idea you where talking about (i.e. compare/contrast the first way -vs- the way you now use with anonymous delegates).  That would be helpful as I did not fully understand from the description.   Thanks guys!

    TIA
    --wjs

  • GimpedGimped @caption goes here@
    MOM's .NET SDK is pretty nice. You can automate a lot of stuff with it. We use it at my company (www.opalis.com). We also build other connectors to lots of systems like MOM and we are announcing similar integration with Monad at MMS. Come check us out if you are there.
  • CharlesCharles Welcome Change
    Chadk wrote:

    Charles, you said you would post links to the blogs. Where are they?



    Here they are.
    C
  • I'd also like to hear specifics on what the server side performance issues were. I think the ASP.NET guys would probably cringe if they heard someone say that about .NET. Seems like kinda a bad mixed message for Microsoft to be sending... ya know?

  • CharlesCharles Welcome Change

    I think there is some misunderstanding here. The performance discussion was around the team's experience dogfooding early versions (unreleased) of the Framework. Nobody is saying that ASP.NET is not performant...

    C

  • Brijesh!  Cool to see you.  Smiley  Remember me from the early days of MOM at MSFT?  .NET rocks, of course, so glad to see big visibility for its use with MOM.

    Jon Schwartz

    www.kidsprogramminglanguage.com  

  • He didn't say anything about ASP.NET's performance directly, but here's a quote from about 3:23 into the video:

    "So we have the MOM server component which is essentially all native code, 'cause we felt that .NET was not quite ready for a full server side implementation yet."

    That's what I'd love to hear further details on. Why isn't it ready?

    I only brought up ASP.NET because what it sounds like he's saying there is that the performance of the CLR isn't ready for server side implementations. Clearly that could be perceived as somewhat of a mixed message since ASP.NET is a server side technology that provides some amazing performance over competing technologies.

    Cheers,
    Drew

Remove this comment

Remove this thread

close

Comments Closed

Comments have been closed since this content was published more than 30 days ago, but if you'd like to continue the conversation, please create a new thread in our Forums,
or Contact Us and let us know.