June 2008 CTP - Parallel Extensions to the .NET FX

Parallel Extensions CTP

US ISV Developer Evangelism Team — Tue, 03 Jun 2008 03:27:11 GMT

This week S. Somasegar , Senior Vice President Developer Division, announced on his blog that we've released

re: June 2008 CTP - Parallel Extensions to the .NET FX

Jose — Tue, 03 Jun 2008 04:06:23 GMT

If i create a SQL CLR UDF and/or stored proc, can my .net clr code (the .net assembly tha is deployed to the sql server) use the TPL, so that portions of my .net SQL CLR code can run in parallel across multiple CPU cores?

re: June 2008 CTP - Parallel Extensions to the .NET FX

Hans — Tue, 03 Jun 2008 11:23:22 GMT

I am still wondering what could be an advantage over CCR.

Parallel Extensions CTP Ships

ISV blog-voer — Tue, 03 Jun 2008 12:28:34 GMT

S. Somasegar , Senior Vice President Developer Division heeft deze week op zijn blog geannounceerd dat

June 2008 CTP - Parallel Extensions to the .NET FX

Arian Kulp's Blog — Tue, 03 Jun 2008 21:45:53 GMT

June 2008 CTP - Parallel Extensions to the .NET FX

Noticias 04-Junio-2008

La Web de Programación — Wed, 04 Jun 2008 22:41:00 GMT

Havok, ya disponible gratuitamente : El motor de físicas más empleado en el mundo de los videojuegos

re: June 2008 CTP - Parallel Extensions to the .NET FX

toub — Thu, 05 Jun 2008 07:13:40 GMT

Hi Jose-

To do its job well and to maintain high reliability guarantees, SQL Server needs to have strict control over code that executes in its processes. Explicitly creating new threads and doing synchronization between threads in SQL/CLR code is something SQL Server tries to avoid, and thus most of the types in the System.Threading namespace, including the Task Parallel Library, are marked with HostProtectionAttributes that prohibit their use within SQL Server. This potentially can be worked around by loading the assemblies into SQL Server with the UNSAFE permission set, but doing so could open the system up to greater risk. Another interesting facet to the question is that, in many situations, an instance of SQL Server fields many requests simultaneously, and thus it already can provide a significant amount of concurrency, even without individual SQL/CLR procedures being parallelized. The main point here is that SQL Server already does a good job at parallelizing, so it's not clear how much additional value there is to gain by using Parallel Extensions in SQL/CLR code. All that said, we are investigating what kind of support we can reasonably provide for this scenario moving forward.

Best,

Stephen Toub

re: June 2008 CTP - Parallel Extensions to the .NET FX

Alpa Agarwal — Thu, 05 Jun 2008 22:16:19 GMT

Hello Hans,

The Concurrency and Coordination Runtime (CCR) and the Task Parallel Library (TPL) are complementary technologies. TPL, which provides support for imperative data and task parallelism, is well suited for synchronous parallelism and patterns such as parallel loops. The Concurrency and Coordination Runtime is well suited for orchestrating many asynchronous components and handling asynchronous I/O in a clever manner. Though TPL and CCR may seem slightly redundant on the surface, we encourage you to try our CTP of Parallel Extensions to the .NET Framework and to provide us with feedback.

Thanks.

2008年六月CTP——.NET FX的并行扩展（Parallel Extensions）

Joycode@Ab110.com — Fri, 06 Jun 2008 05:56:10 GMT

[原文地址]： June 2008 CTP - Parallel Extensions to the .NET FX [原文发表时间]： Monday, June 02, 2008 2:18 PM 这周

re: June 2008 CTP - Parallel Extensions to the .NET FX

hooyes — Fri, 06 Jun 2008 19:17:28 GMT

what?,i don't know what you say.

re: June 2008 CTP - Parallel Extensions to the .NET FX

David Arno — Mon, 09 Jun 2008 16:29:28 GMT

Last week, Microsoft released a new Community Technology Preview (CTP) of the .NET Task Parallel Library...

Parallel Extension to .NET 3.5 June 08 CTP released…

Rexiology@MSDN — Thu, 19 Jun 2008 15:58:59 GMT

at 06/02, Microsoft just released the latest CTP of Parallel Extension to .NET 3.5 (as PFX later), available

re: June 2008 CTP - Parallel Extensions to the .NET FX

Randy P. Smith — Tue, 01 Jul 2008 22:19:01 GMT

Randy Smith

4601 S Crysler

Independence, mo 64055

358-2638

re: June 2008 CTP - Parallel Extensions to the .NET FX

Albert — Mon, 21 Jul 2008 20:10:08 GMT

Could Parallel Extensions be used in an unmanaged C++ application?

re: June 2008 CTP - Parallel Extensions to the .NET FX

toub — Wed, 23 Jul 2008 01:04:49 GMT

Albert,

You could use Parallel Extensions from a native application through interop (such as by using C++/CLI to create a wrapper for the native application to consume), but the results would likely be less than stellar. Managed/native interop is relatively expensive, and unless you were doing a serious amount of work in a task or in the body of a loop, you wouldn't want each invocation to have to make such a transition, as the overheads would likely be prohibitive. You can, however, use Parallel Extensions from a managed application written in C++, and there's actually an example of doing so in the samples included with the June 2008 CTP (there are also examples for other languages, including F# and Visual Basic).

That said, the same team that's developing Parallel Extensions to the .NET Framework is also working on extensive parallelism support for native applications. No CTP of that work has been released yet, but you can read more about it at http://blogs.msdn.com/nativeconcurrency/.

Best,

Stephen Toub

re: June 2008 CTP - Parallel Extensions to the .NET FX

rednael — Thu, 05 Feb 2009 16:38:37 GMT

Please, also read the following article:

http://blog.rednael.com/2009/02/05/ParallelProgrammingUsingTheParallelFramework.aspx

It's an article about basic parallel programming. Examples in C# .Net included. Also, it describes a lightweight parallel framework to work with tasks. Opposed to some other frameworks, this one is very light and very easy to use.

After reading this article, you should be able to write code using parallelism.

Regards,

Martijn