I was reading the October 2007 edition of MSDN Magazine and came across an article titled "Parallel Performance: Optimize Managed Code For Multi-Core Machines." At first I thought that this was just another article explaining how to use the ThreadPool in .NET to improve the performance of you app, but they are actually talking about the new Parallel FX Library that is about to reach its first CTP.
What is this Parallel FX Library?
Simple... It's a .NET library that is designed to make is much easier to optimize .NET applications to utilize multiple processor cores automatically if they are available. If you run on a single core system, it'll just run on one core. But, if you run on an 8 core system, it'll utilize all 8 cores to get things done.
How does it work?
There are a few different things explained in the article that you can do, but the one that sticks out the most too me is Parallel.For. The reason I find it so interesting is because of its simplicity to use.
Take a normal For loop in C#:
for (int i = 0; i < 100; i++) {
a[i] = a[i] * a[i];
}
Now the optimized version using Parallel FX:
Parallel.For(0, 100, delagate(int i) {
a[i] = a[i] * a[i];
});
Now isn't that simple to do? The Parallel.For does all the optimizations for you to spawn off multiple threads (one per cpu core) to do parallelize the work and get it done as fast as possible. Remember, when running on a single core system, the Parallel.For wont give you any performance boost, but when you run on a 2 or more core system the benefit just scales with the number of cores.
Could I inadvertently decrease performance?
Yes, you must keep in mind what tasks can be run in parallel or you could render some of your optimizations meaningless.
Look at the following nested Parallel.For:
Parallel.For(0, 100, deleagate(int a) {
Parallel.For(0, 100, delegate(int b) {
result[a, b] = 0;
for (int c = 0; c < 100; c++) {
result[a,b] += a1[a,c] * a2[b,c];
}
});
});
Even though the above code will still run, you are making the nested Parallel.For meaningless since it cannot be correctly multi-threaded since the machine probably doesn't have enough cores to run every iteration of this matrix in parallel. Another reason that the nested iterations wont multi-thread properly is because they are very dependant on the outer Parallel.For to run. There is also the hit on memory (however very small) that you incur by uing Delegates
What are the requirements?
It requires the .NET Framework 3.5 or higher. I don't know when it's to be released, the first CTP isn't even yet available. The article did state that it's expected in Fall '07.
How do I find out more?
Well, you can read the article in the October 2007 edition of MSDN Magazine (I would have posted a link to it here, but I could find the link since it's not October yet.) Otherwise, good luck searching for information. The reason I decided to post about it is actually because I tried searching on google and the only information I could find was the hard copy of MSDN Magazine sitting in front of me.
I really encourage anyone interested in reading more about the Parallel FX Library to go read the MSDN article, since I've only summarized a small part of it (it's actually 7 pages long.)
Updated 9/17/2007 - The article has since becom available online, so I've put the link within the article where appropriate. http://msdn.microsoft.com/msdnmag/issues/07/10/Futures/default.aspx