“软件并发的基本转向” [英] "A Fundamental Turn Toward Concurrency in Software"
问题描述
您好！
刚刚通过Slashdot撰写的文章标题为免费午餐结束：A />
基本转向软件中的并发性< br $>
[ http：//www.gotw .CA /出版物/并发ddj.htm] 。它认为，我们已经看到的
持续的CPU性能提升终于结束了。而未来
的增益主要是在软件并发方面占据优势
超线程和多核架构。
也许是某些东西Python解释器团队可以思考。
Hello!
Just gone though an article via Slashdot titled "The Free Lunch Is Over: A
Fundamental Turn Toward Concurrency in Software"
[http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the
continous CPU performance gain we''ve seen is finally over. And that future
gain would primary be in the area of software concurrency taking advantage
hyperthreading and multicore architectures.
Perhaps something the Python interpreter team can ponder.
推荐答案
aurora< au ****** @ gmail.com>写道：
aurora <au******@gmail.com> writes:
刚刚通过Slashdot撰写的文章标题为免费午餐过度：软件并发的基本转向
[ http://www.gotw.ca/publications/concurrency-ddj.htm] 。它认为，我们已经看到的持续的CPU性能提升终于结束了。并且未来的收益将主要集中在软件并发领域
利用超线程和多核架构。
Just gone though an article via Slashdot titled "The Free Lunch Is
Over: A Fundamental Turn Toward Concurrency in Software"
[http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that
the continous CPU performance gain we''ve seen is finally over. And
that future gain would primary be in the area of software concurrency
taking advantage hyperthreading and multicore architectures.
嗯，另一个收获可能是让软件减少浪费
的cpu周期。
我是一个非常有经验的程序员，按照大多数人的标准，但我
看到很多系统，我不能为我的生活弄清楚他们如何设法如此缓慢。这可能是由雷蒙德发出的环境污染物引起的。
Well, another gain could be had in making the software less wasteful
of cpu cycles.
I''m a pretty experienced programmer by most people''s standards but I
see a lot of systems where I can''t for the life of me figure out how
they manage to be so slow. It might be caused by environmental
pollutants emanating from Redmond.
2005年1月7日星期五01:35:46 -0800， aurora写道：
On Fri, Jan 07, 2005 at 01:35:46PM -0800, aurora wrote:
你好！
刚刚通过Slashdot发表了一篇题为免费午餐结束：基本转向软件并发的文章br> [ http://www.gotw.ca/publications /concurrency-ddj.htm] 。它认为，我们已经看到的持续的CPU性能提升终于结束了。未来的收益将主要集中在软件并发领域，利用超线程和多核架构。
Hello!
Just gone though an article via Slashdot titled "The Free Lunch Is Over: A
Fundamental Turn Toward Concurrency in Software"
[http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the
continous CPU performance gain we''ve seen is finally over. And that future
gain would primary be in the area of software concurrency taking advantage
hyperthreading and multicore architectures.
大多数事情都是正确的， AMD&英特尔正朝着芯片上的多个内核发展，因此程序员将适应。我不认为这是一个大问题，目前的b $ b趋势是廉价盒子的机架农场，以满足繁重的计算需求。多核CPU
将比单线程应用更多地帮助那些类型的应用程序。现有的
线程应用程序根本不必担心。
他选择英特尔来绘制CPU速度是错误的（我会成为慷慨和
不说故意）。出于营销原因，英特尔搞砸了并且追求了所有成本的兆赫兹b $ b策略。 AMD并不担心MHz，只是关于CPU，而且需要更多的工作，所以AMD正在吃英特尔的午餐。英特尔已经放弃了更快的价格。处理器系列，并且正在使用速度较慢的CPU，但需要完成更多的工作。所以作者的MHz高原图表不是全部
摩尔定律崩溃，这是英特尔营销部门打破
的结果。
-Jack
ps，我在我的博客上开了一个python角， http://jackdied.com/python
只有一个实质性的帖子，而且RSS源不起来，但是你去了。 br />
It got most things right, AMD & Intel are moving towards multiple cores on
a chip so programmers will adapt. I don''t see this as a big deal, the current
trend is rack farms of cheap boxes for heavy computing needs. Multi-core CPUs
will help those kinds of applications more than single threaded ones. Existing
threaded apps don''t have to worry at all.
His picking on Intel to graph CPU speeds was a mistake (I''ll be generous and
not say deliberate). Intel screwed up and pursued a megahertz-at-all-costs
strategy for marketing reasons. AMD didn''t worry about MHz, just about CPUs
that did more work and so AMD is eating Intel''s lunch. Intel has abandoned
their "faster" line of processors and is using their CPUs that are slower in
MHz but get more work done. So the author''s "MHz plateau" graph isn''t all
Moore''s law breaking down, it is the result of Intel''s marketing dept breaking
down.
-Jack
ps, I started a python corner to my blog, http://jackdied.com/python
Only one substantial post yet, and the RSS feed isn''t up, but there ya go.
Jack Diederich写道：
Jack Diederich wrote:
On Fri，2005年1月7日下午01:35:46 -0800，aurora写道：
On Fri, Jan 07, 2005 at 01:35:46PM -0800, aurora wrote:
你好！
刚刚通过Slashdot撰写的文章标题为免费午餐结束：基本转向软件中的并发; br> [ http://www.gotw.ca/publications /concurrency-ddj.htm] 。它认为，我们已经看到的持续的CPU性能提升终于结束了。而未来的收益将主要集中在软件并发领域，利用超线程和多核架构。
大多数事情都是正确的，AMD&英特尔正在向芯片上的多个内核发展，因此程序员将适应。我不认为这是一个大问题，目前的趋势是廉价盒子的机架农场，以满足繁重的计算需求。多核CPU将比单线程应用程序更有助于这些类型的应用程序。现有的
线程应用程序根本不必担心。
Hello!
Just gone though an article via Slashdot titled "The Free Lunch Is Over: A
Fundamental Turn Toward Concurrency in Software"
[http://www.gotw.ca/publications/concurrency-ddj.htm]. It argues that the
continous CPU performance gain we''ve seen is finally over. And that future
gain would primary be in the area of software concurrency taking advantage
hyperthreading and multicore architectures.
It got most things right, AMD & Intel are moving towards multiple cores on
a chip so programmers will adapt. I don''t see this as a big deal, the current
trend is rack farms of cheap boxes for heavy computing needs. Multi-core CPUs
will help those kinds of applications more than single threaded ones. Existing
threaded apps don''t have to worry at all.
但我的理解是当前的Python VM内部是单线程的，
所以即使程序创建了多个线程，只需要一个核心将这些线程之间的时间分开。
他挑选英特尔来绘制CPU速度是一个错误（我会慷慨，而不是故意）。出于营销原因，英特尔搞砸了并采取了以兆赫兹为单位的成本战略。 AMD并不担心MHz，只关于CPU做了更多的工作，所以AMD正在吃英特尔的午餐。英特尔已经放弃了他们的更快的速度。处理器系列并且正在使用速度较慢的CPU，但需要完成更多的工作。所以作者的MHz高原图不是全部
摩尔定律崩溃了，这是英特尔营销部门破解的结果。
But my understanding is that the current Python VM is single-threaded internally,
so even if the program creates multiple threads, just one core will be dividing
its time between those "threads".
His picking on Intel to graph CPU speeds was a mistake (I''ll be generous and
not say deliberate). Intel screwed up and pursued a megahertz-at-all-costs
strategy for marketing reasons. AMD didn''t worry about MHz, just about CPUs
that did more work and so AMD is eating Intel''s lunch. Intel has abandoned
their "faster" line of processors and is using their CPUs that are slower in
MHz but get more work done. So the author''s "MHz plateau" graph isn''t all
Moore''s law breaking down, it is the result of Intel''s marketing dept breaking
down.
你可能是对的，但我同意文章的主旨，即多核
目前看起来是新的东西。
史蒂夫
You may be right, but I agree with the thrust of the article that multicore
looks to be the new in thing at the moment.
Steve
这篇关于“软件并发的基本转向”的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
