千万要买双核电脑 - 第7页

$$$ · Feb 20th, 2007, 23:59

引用:

作者: b747lr

多核系统和多处理器系统，是概念上完全不同的东西

多处理器系统才有软件干扰的任务分配，多核系统没有这个，是处理器硬件分配, 软件不用作什么

抄这些东西也找不到能帮你的地方

就根据你说的这句“多处理器系统需要分布式软件操作系统支持”就知道你不知道什么是“分布式软件操作系统”。有兴趣的话请看Andrew S. Tanenbaum的Distributed Systems: Principles and Paradigms。

抄这些东西的第一、二句就很能说明问题了：Software benefits from multicore architectures where code can be executed in parallel. Under most common operating systems this requires code to execute in separate threads. 没读仔细？！

我这句也是出自INTEL文献：
Any application that will run on a single-core Intel processor will run on an Intel dual-core processor. However, in order for an application to take advantage of the dual-core capabilities, the application should be optimized for multithreading.

你既然“又把intel的资料文献读了读”，能不能就COPY AND PASTE出来，让吾等开开眼？

iga · Feb 21st, 2007, 09:52

引用:

作者: googlebot

除了server软件外, multi-thread的软件不是太多, 因为multi-thread不好调试, 能不用,大家都不用,

说个最常用的client端软件 MS word,我一打开word，一个字还没写，5个线程（有时是4个，每次还不一样）已经起来了。

aaronding · Feb 21st, 2007, 10:09

你一定不是程序员，或者说不是windows程序员。

引用:

作者: googlebot

除了server软件外, multi-thread的软件不是太多, 因为multi-thread不好调试, 能不用,大家都不用,

b777lr · Feb 21st, 2007, 10:36

引用:

作者: $$$

this requires code to execute in separate threads

However, in order for an application to take advantage of the dual-core capabilities, the application should be optimized for multithreading.

呵呵，所以说你没搞懂，只会看书

第一句说的是，并行执行是在thread level，所以软件设计要partition成一个个thread。但是真正的thread并行执行并不需要软件干预，是硬件执行的，也就是说你软件看不到也管不到多核的执行。这个和多processor系统是不一样的，那个系统早先的“并行处理“概念是对process而言的，也就是partition只到process一级，因为process有自己的独立地址空间，并行处理软件实现起来很容易。

第二句基本上就是把第一句话包装了一下重说。

我发现你的理解力真是有点问题：俺以前一再强调的是multi-processor和multi-core系统的区别，不能混为一谈，把multi-processor系统的概念用到multi-core系统上。你一再说软件要multi-thread，这根本不是我要说的东西。

实际上, intel的并行处理结构有三级：

multi-processor 最高
multi-core 其次
hyper-thread 最低

这三级是不同的，概念不要混用，我就不在这里做科普工作了。

b777lr · Feb 21st, 2007, 11:00

我根本就不想谈软件要不要multi-thread的问题，因为这个东西10多年前单核上已经有了，是为了解决execution block的问题，因为io的读取一般速度不快，所以慢速的和快速的要分开执行。也就是说，在单核系统上，如果你有io或速度要求不一样的功能的话，最好也要multi-thread。

所以单核系统上设计的好软件体系，拿到多核上一样用的好，不需要改变 - 这就是俺最初的说法。

别以为thread是越多越好，context switching是很费资源的，上边那位多大写过os的老兄已经说过。你就多了一个核，要把thread一下写到成百上千个？完全是浪费，context switching就把你拖垮了。

对双核系统，一个process设计成2-4个thread，足够了，再多就是反而让速度变慢，其实在单核系统上好的软件已经是这样的搞法了。总之，干过实际事的，和光看书的，差别不是一点两点。

googlebot · Feb 21st, 2007, 11:35

引用:

作者: aaronding

你一定不是程序员，或者说不是windows程序员。

你写过几个multi-thread程序? 让大家见识一下.

aaronding · Feb 21st, 2007, 11:54

从大一开始写程序到现在10年了，8年前在大学就写多线程程序了。thread pool也用过。

引用:

作者: googlebot

你写过几个multi-thread程序? 让大家见识一下.

b777lr · Feb 21st, 2007, 12:22

multi-thread不是能不用就不用，就是在单核上也要一定会用的，你的快慢执行一定要分开

像做网络通讯软件，通讯一定要单列thread，socket本质上是block的，读取数据如果和其他的混起来，那就死球了

网络通讯的每一个channel读取，都要用单独的thread，没有单核多核之分

wuyg719 · Feb 21st, 2007, 12:31

其实多线程程序在数量上不是很多，但重量级的软件大多是多线程程序。
比如你去买个国产的会计软件，多半不是多线程程序。用vb开发出来的软件也多半不是多线程程序，
而这些软件在数量上占了大多数。

wuyg719 · Feb 21st, 2007, 12:37

多线程程序也不是每个线程都能得到均衡的负荷，由于设计的不合理，本身特性（如交互界面）的限制等，线程负荷的均衡性会被削弱。真实软件界里，双线程平均能有单线程的1.5倍效能，你就得谢天谢地谢菩萨。当然极端情况可以接近2倍效能。

wuyg719 · Feb 21st, 2007, 13:37

现在的操作系统本身都是多线程的。以前用中断。

引用:

作者: b777lr

multi-thread不是能不用就不用，就是在单核上也要一定会用的，你的快慢执行一定要分开

像做网络通讯软件，通�...

b777lr · Feb 21st, 2007, 13:44

引用:

作者: wuyg719

现在的操作系统本身都是多线程的。以前用中断。

单核下的multi-thread，也是中断驱动

所以说有context switching

asfastasyoucan · Feb 21st, 2007, 20:29

??

googlebot · Feb 21st, 2007, 21:53

引用:

作者: asfastasyoucan

??

双核一代和二代,差别挺大的, 攻耗就不小差别,系统架构变了.

$$$ · Feb 22nd, 2007, 02:38

引用:

作者: b777lr

呵呵，所以说你没搞懂，只会看书

第一句说的是，并行执行是在thread level，所以软件设计要partition成一个个threa...

你自己连“分布式软件操作系统”都没搞懂，就不要说别人什么“很多人信口开河, 多核cpu是不需要任何软件支持的, 多处理器系统需要分布式软件操作系统支持搞清楚这两个的区别, 再来发话”了。

多核cpu是不需要任何软件支持的，跑DOS也能MULTICORE。不知道INTEL网站是不是这样说的？

b777lr · Feb 22nd, 2007, 10:33

引用:

作者: $$$

你自己连“分布式软件操作系统”都没搞懂，就不要说别人什么“很多人信口开河, 多核cpu是不需要任何软件支持�...

你这完全成瞎搅了，dos在86实模式下运行，说这个有用么？

老广 · Feb 22nd, 2007, 21:18

引用:

作者: iga

...
另外，你没回答我的问题，虚拟环境下能看视频么？能玩3D游戏么？能的话那就太牛X了！当然了，这主要是虚拟机对显卡的虚拟程度，跟CPU关系不大

这个vmware fusion能玩3D, 牛吧

：http://www.youtube.com/watch?v=xF_CoXsXtk4

$$$ · Feb 22nd, 2007, 23:15

引用:

作者: b777lr

你这完全成瞎搅了，dos在86实模式下运行，说这个有用么？

dos只能在86实模式下运行？！听说过FreeDOS-32、DJGPP么？

b777lr · Feb 23rd, 2007, 10:51

引用:

作者: $$$

dos只能在86实模式下运行？！听说过FreeDOS-32、DJGPP么？

你这又扯远了，为抬杠而抬杠，呵呵

那是一般人认知的dos么？不是挂个dos名字，或者能运行dos程序的os就是dos，可以甚至说它们是完全不一样的硬件运行环境。

好了俺就此打住了，不说这些无聊的事了。

$$$ · Feb 23rd, 2007, 21:12

引用:

作者: b777lr

你这又扯远了，为抬杠而抬杠，呵呵

那是一般人认知的dos么？不是挂个dos名字，或者能运行dos程序的os就是dos，...

MS-DOS算DOS吧？！DJGPP就可以在MS-DOS下运行，而且不仅仅是在实模式下。

说这些有什么用？就是要告诉你，现在还有OS是单线程、单任务的。你的多核CPU跑这样的OS的话，INTEL有没有说一样MULTICORE？你的“多核cpu是不需要任何软件支持的”说法成立吗？

还有关于“多处理器系统需要分布式软件操作系统支持”，还没搞懂什么叫“分布式软件操作系统”吧？

Feb 21st, 2007, 20:29	只看该作者 #133
asfastasyoucan Member 注册日期: Jun 2006 帖子: 94 声望: 27234	mine is Pentium D. What is the difference between Pentium D and CORE 2 DUO ? ??
asfastasyoucan Member 注册日期: Jun 2006 帖子: 94 声望: 27234

Feb 21st, 2007, 11:00	只看该作者 #125
b777lr Senior Member 注册日期: Nov 2005 帖子: 1,995 声望: 717499	我根本就不想谈软件要不要multi-thread的问题，因为这个东西10多年前单核上已经有了，是为了解决execution block的问题，因为io的读取一般速度不快，所以慢速的和快速的要分开执行。也就是说，在单核系统上，如果你有io或速度要求不一样的功能的话，最好也要multi-thread。所以单核系统上设计的好软件体系，拿到多核上一样用的好，不需要改变 - 这就是俺最初的说法。别以为thread是越多越好，context switching是很费资源的，上边那位多大写过os的老兄已经说过。你就多了一个核，要把thread一下写到成百上千个？完全是浪费，context switching就把你拖垮了。对双核系统，一个process设计成2-4个thread，足够了，再多就是反而让速度变慢，其实在单核系统上好的软件已经是这样的搞法了。总之，干过实际事的，和光看书的，差别不是一点两点。

Feb 21st, 2007, 12:22	只看该作者 #128
b777lr Senior Member 注册日期: Nov 2005 帖子: 1,995 声望: 717499	multi-thread不是能不用就不用，就是在单核上也要一定会用的，你的快慢执行一定要分开像做网络通讯软件，通讯一定要单列thread，socket本质上是block的，读取数据如果和其他的混起来，那就死球了网络通讯的每一个channel读取，都要用单独的thread，没有单核多核之分

Feb 21st, 2007, 12:31	只看该作者 #129
wuyg719 Senior Member 注册日期: Jul 2004 帖子: 917 积分:11 精华:5 声望: 42924	其实多线程程序在数量上不是很多，但重量级的软件大多是多线程程序。比如你去买个国产的会计软件，多半不是多线程程序。用vb开发出来的软件也多半不是多线程程序，而这些软件在数量上占了大多数。

Feb 21st, 2007, 12:37	只看该作者 #130
wuyg719 Senior Member 注册日期: Jul 2004 帖子: 917 积分:11 精华:5 声望: 42924	多线程程序也不是每个线程都能得到均衡的负荷，由于设计的不合理，本身特性（如交互界面）的限制等，线程负荷的均衡性会被削弱。真实软件界里，双线程平均能有单线程的1.5倍效能，你就得谢天谢地谢菩萨。当然极端情况可以接近2倍效能。