Rotor

How the SSCLI [a.k.a. Rotor] managed "new" works

Gaurav Khanna [gaurav@wintoolzone.com] — Thu, 29 Mar 2007 20:46:00 GMT

One of the best ways to understand how the CLR works internally is to have a look at the SSCLI [a.k.a Rotor] source code.

In How the SSCLI [a.k.a. Rotor] managed "new" works, I have used Rotor source code to discuss what happens behind the scenes when you use the managed new operator to instantiate a managed type, discussing implications of object size, how requests from multiple threads are handled, the different validations that are done, when out-of-memory exception is thrown, etc. If you are a managed code developer, you may learn a thing or two that can help you write better code besides understanding how the managed allocation works internally.

How the SSCLI [a.k.a. Rotor] managed "new" works

Gaurav Khanna — Tue, 13 Feb 2007 10:48:49 GMT

One of the best ways to understand how the CLR works internally is to have a look at the SSCLI [a.k.a Rotor] source code.

Technorati : .NET Framework, Common language Infrastructure, Rotor, SSCLI, article, clr, common language runtime
Del.icio.us : .NET Framework, Common language Infrastructure, Rotor, SSCLI, article, clr, common language runtime
Buzznet : .NET Framework, Common language Infrastructure, Rotor, SSCLI, article, clr, common language runtime

Adding process enumeration support in Rotor v1.0

Gaurav Khanna — Thu, 05 Jan 2006 17:44:00 GMT

[Original Post Date: 5th September 2005]

Share Source CLI, better known as Rotor, is one of the best ways to understand how .NET Framework works. And with the source code availability as part of Rotor distribution, its an excellent academic/hobby interest - you can extend it by adding more functionality, or modify the existing one and see how it behaves.

Yesterday, I went about doing the same. One of the functionality which I found missing in Rotor is that of enumerating system process list. .NET Framework's System.Diagnostics.Process class has methods, like GetProcesses, that allow you to do the same.

So, I went about implementing GetProcesses method overloadsin System.Diagnostics.Process class that allow me to enumerate process list on the local machine only. This required modification in the Platform Adaptation Layer (PAL) of Rotor. Since, I just have it running on Win32 for the moment, I modified the Win32 PAL to implement the support via ToolHelp API. Now, on a Windows system, its possible to enumerate the system process list using Rotor, as exemplified by the snippet below:

using System;

using System.Diagnostics;

publicclass EnumProcess

{

publicstaticvoid Main()

{

Process[] arrProcess = Process.GetProcesses();

if (arrProcess == null)

{

Console.WriteLine("Unable to get process list!");

return;

}
Console.WriteLine("{0} processes enumerated.",arrProcess.Length);

foreach (Process proc in arrProcess)

Console.WriteLine("Process ID {0}, Handle: {1}", proc.Id, proc.Handle);

}

You can download the updated source files for Rotor v1.0 from http://www.wintoolzone.com/showpage.aspx?url=rotor.aspx. The zipped archive contains Changes for Process Enumeration.txt that indicates where the updated files need to be copied. Once done, rebuild Rotor to get the changes into effect.

..and ThreadPool.GetMinThreads

Gaurav Khanna — Sun, 25 Jul 2004 21:46:00 GMT

And I am finally done with extending the Rotor's ThreadPool class. Finished implementing the GetMinThreads method.

Download the source code from http://www.wintoolzone.com/showpage.aspx?url=rotor.aspx.

Rotor - SetMaxThreads, SetMinThreads

Gaurav Khanna — Fri, 23 Jul 2004 02:02:00 GMT

Just finished extending Rotor's ThreadPool class to support SetMaxThreads and SetMinThreads methods - to modify the extent of the threadpool maintained by the Rotor runtime - just like .NET FX 2.0 has it.

Will post the source code soon...meanwhile, here's my implementation of SetMinThreadsInternal in Win32ThreadPool.cpp:

/************************************************************************/
// Will be used to set the minimum number of threads in the Rotor Threadpool
// Kumar Gaurav Khanna - 22-Jul-2004
BOOL ThreadpoolMgr::SetMinThreads(DWORD MinWorkerThreads, 
                                     DWORD MinIOCompletionThreads)
{

    if (IsInitialized())
    {
        BOOL result = FALSE;

        // 1) cannot have minimum worker thread limit <=0
        // 2) cannot have minimum worker thread limit equal to or greater than the maximum worker thread limit
        if ((MinWorkerThreads > 0) && (MinWorkerThreads < MaxLimitTotalWorkerThreads)) 
        {
            if (MinWorkerThreads <= (DWORD) MinLimitTotalWorkerThreads)
            {
                MinLimitTotalWorkerThreads = MinWorkerThreads;
                result = TRUE;
            }
        }

        return result;
    }

    if (InterlockedCompareExchange(&Initialization, 1, 0) == 0)
	{
		Initialize();

        BOOL result = FALSE;
        
        if ((MinWorkerThreads > 0) && (MinWorkerThreads < MaxLimitTotalWorkerThreads))
        {
            if (MinWorkerThreads <= (DWORD) MinLimitTotalWorkerThreads) 
            {
                MinLimitTotalWorkerThreads = MinWorkerThreads;
                result = TRUE;
            }
        }

		Initialization = -1;

        return result;
	}
    else // someone else is initializing. Too late, return false
    {
        return FALSE;
    }

}