并行对一个函数进行映射：

并行地产生一个表格：

交互式定义的函数可以立即被并行使用：

耗时更长的计算显示有关其进度和估计完成时间的信息：

由一些变量组成的可列表函数：

只有赋值的右边被并行化：

一个复合表达式的并行是一个接一个：

并行生成视频帧：

搜索 Mersenne 素数：

观测求得的结果的出现：

计算视觉化的整个表格：

并行搜索整个区域，以求得局部最小值：

选择最佳结果：

使用一个共享函数来记录产生的计时结果：

建立带有计时结果的动态柱状图：

运行一系列具有很大差异的运行时间的计算：

对于数据并行函数，Parallelize 关于 ParallelCombine 实现：

并行加速可用花费已知数目的时间的计算来测量：

定义大量具有已知运行时间的任务：

一个串行执行的时间是所有单个时间的和：

测量并行计算的加速：

最细颗粒度调度（Finest-grained scheduling）产生更好的负载平衡和更高的加速：

首先调用大型任务产生更好的结果：

关于从 +、–、*、/ 中选择的 ⊗，形成算术表达式 1⊗2⊗3⊗4⊗5⊗6⊗7⊗8⊗9：

每个算术运算的列表产生一个简单的计算：

计算它是简单的：

求所有产生0的算术运算的序列：

显示相应的表达式：

当需要时，互动式定义的函数自动分配到所有内核：

手动分配定义且禁止自动分配：

对于来自于程序包的函数，使用 ParallelNeeds 而不是 DistributeDefinitions：

设置一个随机数生成元，适于并行使用和初始化每个内核：

不能并行化的表达式则进行通常计算：

副作用（Side effects）不能用于并行映射的函数中：

使用一个共享变量来支持副作用：

如果没有子内核，则在主内核中计算结果：

如果所用的函数没有先被分配，则结果可能仍然看起来是正确的：

仅当函数被分配，结果才能真正地在可用的内核上计算：

在当前上下文的函数定义自动分配：

不是来自于默认上下文的定义不会自动分配：

使用 DistributeDefinitions 分配这样的定义：

或者，设置 DistributedContexts 选项包括所有的上下文：

显式分配函数的定义：

修改定义：

修改的定义是自动分配的：

禁止定义的自动分配：

只在子内核中定义的符号不会自动分配：

$DistributedContexts 的值没有用在 Parallelize：

设置 Parallelize 的 DistributedContexts 选项：

恢复所有的设置为默认值：

当并行处理时，平凡操作可能需要更长的时间：

显示求得的非平凡自动机：