All Your Base Are Belong To Us - All Comments

re: Obtaining Reliable Thread Call Stacks of 64-bit Processes

Sasha Goldshtein — Mon, 20 May 2013 12:17:33 GMT

@Marc: It's kind of the same with the "Args to Child" columns in the "kb" output. The frame is the child because it was called by the parent... I don't have a better explanation :-)

re: Building the Next YouTube: Windows Azure Media Services

Sasha Goldshtein — Mon, 20 May 2013 12:08:38 GMT

@Stasy: I'm not sure I understand your situation. If you already have the encoded files, you can upload them to Media Services and have them streamed from there. This is the flow I've described in one of my previous posts, and that is well-explained in the Azure developer center. If you are trying to stream live media, that is not currently supported.

re: Obtaining Reliable Thread Call Stacks of 64-bit Processes

Marc Sherman — Thu, 16 May 2013 13:58:29 GMT

So why does `k` column header for esp call it "Child-SP"? I don't see any "child relationship" since it's the SP for the *same* stack frame line. It looks like CMKD.Stack does a better job just calling it "Stack-Pointer".

Great article by the way!

re: Building the Next YouTube: Windows Azure Media Services

Stasy — Thu, 16 May 2013 11:39:04 GMT

Hi!

I want to ask you about how to stream encoding video? I have an console application which encoding video to the "H264 Adaptive Bitrate MP4 Set 720p" format. And I want to stream files with Smooth Streaming. What should I do?

How can I add IIS to the project? And why IIS is needed if I have already useed the Media Services and Blobs?

re: Virtual Machines Are The New Processes

vance — Mon, 13 May 2013 05:12:08 GMT

I often have to deploy some sort of video trans-coding service. Yes I can get larger VM instances on amazon, but it does not scale to hold those kind of resources around for trough usage. For peak times, you can fire up more resources for heavy usage.

Plus you get the load-balancing bonus for routing traffic in the case of a web server.

re: Why App Stores Are a Necessary Evil

Peter — Mon, 06 May 2013 18:45:07 GMT

Yeah, the Windows Store distribution model does have some advantages. So what. It still has some disadvantage that independent distribution does not have. And the Windows Store is mandatory.

re: .NET to C++ Bridge

Shang — Thu, 02 May 2013 23:28:37 GMT

VC had "error C3699: '^' : cannot use this indirection" on the line

gcroot<CppCliWrapper::Calculator^> __Impl;

in the ILBridge header, when I add

namespace CppCliWrappere {class Calculator;}

If I don't add the decl, VC had " undeclared identifier" error. I am using VS2010. Any suggestion?

re: Two More Ways for Diagnosing For Which Synchronization Object Your Thread Is Waiting

Sasha Goldshtein — Wed, 01 May 2013 09:06:14 GMT

@Steve: Yes, it works great - but it's part of the 4.0 SOSEX, am I wrong?

re: WinRT and .NET in Windows 8

ZwCreateMutant — Mon, 29 Apr 2013 00:30:03 GMT

Just a note: ntdll.dll isn't a part of the glorious Win32\Win64 subsystem as you listed it. Latter uses it since ntdll is the core interface between any subsystem and the NT kernel. Maybe WinRT libraries also use ntdll directly as Win32 does, apart from using it through Win32.

re: Two More Ways for Diagnosing For Which Synchronization Object Your Thread Is Waiting

Marc Sherman — Fri, 26 Apr 2013 13:58:02 GMT

Excellent post, thank you!

re: Revisiting Value Types vs. Reference Types

Gilad — Thu, 25 Apr 2013 05:49:50 GMT

Great post!

Reference Types mean run-time services.

Also, for Value types, mainly in C++, you also get compile-time services (automatic lifetime management. Hence RAII works).

re: Two More Ways for Diagnosing For Which Synchronization Object Your Thread Is Waiting

Steve Johnson — Wed, 24 Apr 2013 15:41:15 GMT

Great post. Have you played with !sosex.mwaits? It's not nearly as fun as the method you shared, but it usually works well.

re: Mapping the Memory Usage of .NET Applications: Part 2, VMMap and MemoryDisplay

Sasha Goldshtein — Wed, 24 Apr 2013 13:08:31 GMT

@David:

You can use a debugger to track individual allocations. In fact, because you know the size of the memory region being alloc'd, you can configure that breakpoint to only stop (or log) allocation call stacks for these sizes.

re: Mapping the Memory Usage of .NET Applications: Part 2, VMMap and MemoryDisplay

David — Tue, 23 Apr 2013 01:45:06 GMT

I have an svchost.exe process that has been running for two days and it's now showing 555,700k of "Unusable Memory" that is steadily increasing. The largest unusable chunk in that huge pile of lost VM is 60k and yes, there a zillion 60k chunks in that memory type.

I'm on Vista Business, and that svchost is the one that handles netsvcs.

The VMMap tool and your tutorials helped me find this insidious memory thief. My page file grows indefinitely until the system becomes unusable.

Question: Now that I can see this using VMmap, is there more VMmap can tell me about that svchost.exe process, such as which DLL is growing the unusable memory, or is it time to move to a new tool or troubleshooting approach for the next step in tracking this down?

thanks

re: Revisiting Value Types vs. Reference Types

Ramona Nico — Sat, 13 Apr 2013 10:46:52 GMT

Very good points, i'm glad you'we wrote them down and i hope more and more people become aware of these considerations and trade-offs they're making daily.