使用并行扩展Web应用程序 [英] Using Parallel Extensions In Web Applications

问题描述

我想听到一些意见，以什么样的作用，如果有的话，并行计算方法，包括可能使用并行扩展（<一href="http://www.microsoft.com/downloads/details.aspx?FamilyId=348F73FD-593D-4B3C-B055-694C50D2B0F3&displaylang=en#filelist"相对=nofollow>六月CTP例如），有一个在Web应用程序。没有这种方法配合和/或不适合什么场景？

I'd like to hear some opinions as to what role, if any, parallel computing approaches, including the potential use of the parallel extensions (June CTP for example), have a in web applications. What scenarios does this approach fit and/or not fit for?

我对到底如何IIS和Web浏览器线程的任务是相当有限的理解。我想AP preciate上的一些见解，如果有人在那里有一个很好的了解。我更想知道如果IIS和Web浏览器的工作方式限制一般在创建Web应用程序的线程和/或异步任务的ROI。

My understanding of how exactly IIS and web browsers thread tasks is fairly limited. I would appreciate some insight on that if someone out there has a good understanding. I'm more curious to know if the way that IIS and web browsers work limits the ROI of creating threaded and/or asynchronous tasks in web applications in general.

在此先感谢。

推荐答案

那么，在这种网络服务器present一个有趣的挑战，他们已经高度线程化的，服务的并行请求。因此，在一个繁忙的网站，你可以不依赖于能够窃取大量的核心，为您的目的。当然，如果你只希望光通信，和你的网站需要大量的运算（数据处理等），那么你也许可以得到一些积蓄。

Well, web-servers present an interesting challenge in that they are already highly threaded, servicing parallel requests. So on a busy site, you can't rely on being able to steal lots of cores for your ends. Of course, if you only expect light traffic, and your site requires lots of crunching (data processing etc), then you might be able to get some savings.

我希望并行扩展，以更好地在客户端，或专用的服务应用程序，在这里您可以合理预期的内核可用于您的[AB]使用工作。

I would expect Parallel Extensions to work better at the client, or dedicated service apps, where you can reasonably expect the cores to be available for your [ab]use.

这篇关于使用并行扩展Web应用程序的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！