Cameron Hughes是一名专业的软件开发人员。他是CTEST实验室的软件工程师，同时还是Youngstown州立大学的编程人员/分析师。Cameron Hughes有着超过15年的软件开发经验，参与过各种规模的软件开发工作，从商业和工业应用到航空设计和开发项目。Cameron是Cognopaedia的设计者，目前是运行在CTEST实验室的Pantheon上的GRIOT项目的领导者。Pantheon是具有24个节点的多核集群，用于多线程搜索引擎和文本提取程序的开发。
　　Tracey Hughes是CTEST实验室的高级图像程序员，负责开发知识和信息的可视化软件。Tracey Hughes是利用CTEST实验室的知识可视化的M.I.N.D、C.R_A.I.G、NOFAQS等项目的主要设计人员。她经常致力于Linux开发软件。她还是GRIOT项目的小组成员。
　　Cameron和Tracey Hughes还是关于软件开发、多线程和并行编程方面的6本著作的作者，这6本著作是：Parallel andDistributedProgramming Using C++、Linux RapidApplicationDevelopment、Mastering the Standard C++Classes、Object-Oriented Multithreading UsingC++、Collection and Container Classes in C++和Object-OrientedI／O Using C++lostreams。

　　为了提高系统总体性能，计算机厂商已经选择增加更多的处理器，而不是提高时钟频率。相应地，如果您希望应用程序能够通过使用下一代处理器提高性能，就必须为了利用多处理器计算机而对应用程序进行改写。这本非常实用的书教读者如何从顺序编程技术转移到并行和多线程编程技术，同时介绍了为多处理器和多线程架构编程的所有必备知识。
　　本书的两位作者具有丰富的经验，虽然是并行处理和软件并发这些复杂的主题，但是采用了清晰、易于理解的方式来讲述它们。通过他们进行多处理和多线程模型编程的实际方法，借助大量有用的实例，演示如何成功地完成多核编程，从而使读者能够充分利用新一代多核处理器的能力。
　　本书主要内容
　　并发编程和同步带来的各种缺陷、陷阱和挑战
　　调试和测试多核编程的方法与技术
　　如何使川跨下台技术米利用处理器的特定特性
　　操作系统在多核编程中的任务
　　将框架类作为并发构建块加以利用的方法
　　如何通过使用接口类宋降低任务同步和通信的复杂性
　　本书适合于希望从事多核编程和多核应用程序开发的开发人员

　　除了CPU外，主板上最重要的部件是芯片组（chipset）。在图2-8中，芯片组是被设计为连接CPU和主板上其他部件的一组集成电路。它是主板的集成部分，因此不能被移走或升级。它用于和特定类别的CPU或CPU系列共同工作，以优化CPU性能和系统性能。芯片组将数据在CPU和主板上其他部件之间来回移动，这些部件包括内存、显卡、I／O设备，如图2.8所示。所有到CPU的通信都经由芯片组。
　　芯片组由两个芯片组成：北桥（Northbridge）和南桥（southbridge）。之所以如此命名它们，是由芯片在主板上的位置以及它们的用途决定。北桥位于北部区域，南桥位于南部区域。两者都是作为设备之间的桥梁或连接，它们为部件提供桥接，以确保数据到达期望的位置。
　　·北桥，也被称为内存控制中心（memory controller hub），直接通过前端总线（FSB）与CPU通信。它将CPIJ同高速设备连接起来，如主存。它还通过一条内部总线将CPU同PCI.E插槽及南桥连接起来。数据在到达南桥之前，首先要经过北桥。
　　·南桥，也被称为I／O控制器，它的速度要比北桥慢。由于它不是直接连接到CPU，因此它负责主板上较慢的部分，如音频、磁盘接口等I／O设备。南桥通过串行外设接口（Serial Peripheral Interface，SPI）、6个PCI-E插槽、图中未显示的其他I／O设备连接到BIOS支持。SPI使用主从配置来允许南桥与BIOS支持之间的数据交换（每次1比特）。它使用全双工方式，意味着数据可以双向传送。
　　2.4.2  InteI的PCI Express
　　PCI.E或PCI Express是计算机扩展卡接口。该插槽是作为在主板上与声卡、显卡和网卡的串行连接。串行连接速度较慢，每次发送1比特。PCI-E是高速串行连接，其工作方式更像是网络，而不是总线。它使用一个开关来控制很多被称为lane的点到点的全双工f同时双向通信）串行连接。每个插槽可以有4、8或16个lane。每个lane有两对从开关到设备的线，一对发送数据，一对接收数据。这决定了数据的传送速度。这些lane从开关直接扇出到数据要去的设备。PCI-E是PCI的替代产品，并且提供了更多的带宽。设备不共享带宽。加速图形端口（Accelera,ted Graphics Port，AGP）被PCI.E x16（16 lane）插槽所替代，它能够提供更高的数据传送速度（8GB／s）。

第1章 新的体系结构 1
1.1 什么是多核 1
1.2 多核体系结构 2
1.3 软件开发人员眼中的多核体系结构 3
1.3.1 基本的处理器体系结构 4
1.3.2 CPU(指令集) 6
1.3.3 内存是关键 8
1.3.4 寄存器 10
1.3.5 cache 11
1.3.6 主存 12
1.4 总线连接 13
1.5 从单核到多核 13
1.5.1 多道程序设计和多处理 14
1.5.2 并行编程 14
1.5.3 多核应用程序的设计与实现 15
1.6 小结 15

第2章 4种有影响的多核设计 17
2.1 AMD Multicore Opteron 19
2.1.1 Opteron的直连和HyperTransport 19
2.1.2 系统请求接口和交叉开关 20
2.1.3 Opteron使用NUMA结构 21
2.1.4 cache以及多处理器Opteron 22
2.2 Sun UltraSparc T1 多处理器 22
2.2.1 UltraSparc T1内核 24
2.2.2 Cross Talk与Crossbar 25
2.2.3 DDRAM控制器和L2 cache 25
2.2.4 UltraSparc T1、Sun和GNU gcc编译器 25
2.3 IBM Cell Broadband Engine 25
2.3.1 CBE与Linux 26
2.3.2 CBE内存模型 27
2.3.3 对操作系统隐藏 27
2.3.4 协处理器部件 28
2.4 Intel Core 2 Duo处理器 28
2.4.1 北桥和南桥 29
2.4.2 Intel的PCI Express 29
2.4.3 Core 2 Duo的指令集 29
2.5 小结 30

第3章 多核编程的挑战 33
3.1 什么是顺序模型 33
3.2 什么是并发 34
3.3 软件开发 35
3.3.1 挑战1：软件分解 38
3.3.2 挑战2：任务间通信 43
3.3.3 挑战3：多个任务或agent对数据或资源的并发访问 47
3.3.4 挑战4：识别并发执行的任务之间的关系 51
3.3.5 挑战5：控制任务之间的资源争夺 53
3.3.6 挑战6：需要多少个进程或线程 53
3.3.7 挑战7和挑战8：寻找可靠的、可重现的调试和测试 54
3.3.8 挑战9：与拥有多进程组件的设计的相关人员进行沟通 55
3.3.9 挑战10：在C++中实现多处理和多线程 56
3.4 C++开发人员必须学习新的库 56
3.5 处理器架构的挑战 57
3.6 小结 57

第4章 操作系统的任务 59
4.1 操作系统扮演什么角色 59
4.1.1 提供一致的接口 59
4.1.2 管理硬件资源和其他应用软件 60
4.1.3 开发人员与操作系统的交互 60
4.1.4 操作系统的核心服务 63
4.1.5 应用程序员的接口 66
程序概要4-1 70
程序概要4-2 74
4.2 分解以及操作系统的任务 75
4.3 隐藏操作系统的任务 77
4.3.1 利用C++抽象和封装的能力 77
4.3.2 POSIX API的接口类 78
4.4 小结 85

第5章 进程、C++接口类和谓词 87
5.1 多核是指多处理器 87
5.2 什么是进程 88
5.3 为什么是进程而不是线程 88
5.4 使用posix_spawn( ) 90
5.4.1 file_actions参数 91
5.4.2 attrp参数 92
5.4.3 简单的posix_spawn( )示例 94
5.4.4 使用posix_spawn的guess_it 95
5.5 哪个是父进程，哪个是子进程 99
5.6 对进程的详细讨论 99
5.6.1 进程控制块 100
5.6.2 进程的剖析 101
5.6.3 进程状态 103
5.6.4 进程是如何被调度的 105
5.7 使用ps实用工具监视进程 107
5.8 设置和获得进程优先级 110
5.9 什么是上下文切换 112
5.10 进程创建中的活动 112
5.10.1 使用fork( )函数调用 113
5.10.2 使用exec( )系统调用系列 113
5.11 进程环境变量的使用 116
5.12 使用system( )生成新的进程 117
5.13 删除进程 118
5.13.1 调用exit( )和abort( ) 118
5.13.2 kill( )函数 119
5.14 进程资源 119
5.14.1 资源的类型 120
5.14.2 设置资源限制的POSIX函数 121
5.15 异步进程和同步进程 124
5.16 wait( )函数调用 125
5.17 谓词、进程和接口类 127
5.18 小结 131

第6章 多线程 133
6.1 什么是线程 133
6.1.1 用户级线程和内核级线程 134
6.1.2 线程上下文 136
6.1.3 硬件线程和软件线程 138
6.1.4 线程资源 138
6.2 线程和进程的比较 139
6.2.1 上下文切换 139
6.2.2 吞吐量 139
6.2.3 实体间的通信 139
6.2.4 破坏进程数据 140
6.2.5 删除整个进程 140
6.2.6 被其他程序重用 140
6.2.7 线程与进程的关键类似和差别 140
6.3 设置线程属性 142
6.4 线程的结构 143
6.4.1 线程状态 144
6.4.2 调度和线程竞争范围 145
6.4.3 调度策略和优先级 147
6.4.4 调度分配域 148
6.5 简单的线程程序 148
6.6 创建线程 150
6.6.1 向线程传递参数 151
6.6.2 结合线程 153
6.6.3 获得线程id 154
6.6.4 使用pthread属性对象 155
6.7 管理线程 159
6.7.1 终止线程 159
6.7.2 管理线程的栈 168
6.7.3 设置线程调度和优先级 171
6.7.4 设置线程的竞争范围 175
6.7.5 使用sysconf( ) 175
6.7.6 线程安全和库 177
6.8 扩展线程接口类 179
6.9 小结 187

第7章 并发任务的通信和同步 189
7.1 通信和同步 189
7.1.1 依赖关系 190
7.1.2 对任务依赖进行计数 193
7.1.3 什么是进程间通信 195
7.1.4 什么是线程间通信 215
7.2 对并发进行同步 223
7.2.1 同步的类型 224
7.2.2 同步对数据的访问 224
7.2.3 同步机制 230
7.3 线程策略方法 250
7.3.1 委托模型 251
7.3.2 对等模型 253
7.3.3 生产者-消费者模型 254
7.3.4 流水线模型 255
7.3.5 用于线程的SPMD和MPMD 256
7.4 工作的分解和封装 258
7.4.1 问题陈述 258
7.4.2 策略 258
7.4.3 观察 259
7.4.4 问题和解决方案 259
7.4.5 流水线的简单agent模型实例 260
7.5 小结 264

第8章 PADL和PBS：应用程序设计方法 265
8.1 为大规模多核处理器设计应用程序 265
8.2 什么是PADL 268
8.2.1 第5层：应用程序架构选择 271
8.2.2 第4层：PADL中的并发模型 281
8.2.3 第3层：PADL的实现模型 284
8.3 谓词分解结构 306
8.3.1 示例：Guess-My-Code游戏的PBS 307
8.3.2 将PBS、PADL和SDLC联系起来 307
8.3.3 对PBS进行编码 308
8.4 小结 308

第9章 对要求并发的软件系统进行建模 311
9.1 统一建模语言 311
9.2 对系统的结构进行建模 313
9.2.1 类模型 313
9.2.2 类的可视化 315
9.2.3 对属性和服务进行排序 320
9.2.4 类的实例的可视化 322
9.2.5 模板类的可视化 324
9.2.6 显示类与对象的关系 325
9.2.7 接口类的可视化 329
9.2.8 交互式对象的组织 331
9.3 UML与并发行为 332
9.3.1 协作对象 332
9.3.2 使用进程与线程的多任务与多线程 334
9.3.3 对象间的消息序列 335
9.3.4 对象的活动 337
9.3.5 状态机 339
9.4 整个系统的可视化 344
9.5 小结 345

第10章 并行程序的测试和逻辑容错 347
10.1 能否跳过测试 347
10.2 测试中必须检查的5个并发挑战 348
10.3 失效：缺陷与故障导致的结果 350
10.3.1 基本的测试类型 350
10.3.2 缺陷排除与缺陷存活 351
10.4 如何对并行程序实现缺陷排除 351
10.4.1 问题陈述 352
10.4.2 简单策略和粗解决方案模型 352
10.4.3 使用PADL第5层的修正的解决方案模型 352
10.4.4 agent解决方案模型的PBS 353
10.5 什么是标准软件工程测试 357
10.5.1 软件验证与确认 357
10.5.2 代码不能正常工作该怎么办 358
10.5.3 什么是逻辑容错 362
10.5.4 谓词异常和可能世界 367
10.5.5 什么是模型检测 368
10.6 小结 368

附录A 并发设计使用的UML 371
附录B 并发模型 379
附录C 线程管理的POSIX标准 393
附录D 进程管理的POSIX标准 535