.NET in MOM
- Posted: Apr 17, 2006 at 10:42 AM
- 19,362 Views
- 9 Comments
Loading User Information from Channel 9
Something went wrong getting user information from Channel 9
Loading User Information from MSDN
Something went wrong getting user information from MSDN
Loading Visual Studio Achievements
Something went wrong getting the Visual Studio Achievements
Right click “Save as…”
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.
Follow the Discussion
Oops, something didn't work.
What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in. You need to be signed in to Channel 9 to use this feature.What does this mean?
Following an item on Channel 9 allows you to watch for new content and comments that you are interested in and view them all on your notifications page.sign up for email notifications?
Charles, you said you would post links to the blogs. Where are they?
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
Here they are.
C
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.
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
"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