编译器和解释器

:label:sec_hybridize

目前为止,本书主要关注的是命令式编程(imperative programming)。 命令式编程使用诸如print、“+”和if之类的语句来更改程序的状态。 考虑下面这段简单的命令式程序:

```{.python .input}

@tab all

def add(a, b): return a + b

def fancy_func(a, b, c, d): e = add(a, b) f = add(c, d) g = add(e, f) return g

print(fancy_func(1, 2, 3, 4))

  1. Python是一种*解释型语言*(interpreted language)。因此,当对上面的`fancy_func`函数求值时,它按顺序执行函数体的操作。也就是说,它将通过对`e = add(a, b)`求值,并将结果存储为变量`e`,从而更改程序的状态。接下来的两个语句`f = add(c, d)``g = add(e, f)`也将执行类似地操作,即执行加法计算并将结果存储为变量。 :numref:`fig_compute_graph`说明了数据流。
  2. ![命令式编程中的数据流](/uploads/projects/d2l-ai-CN/img/computegraph.svg)
  3. :label:`fig_compute_graph`
  4. 尽管命令式编程很方便,但可能效率不高。一方面原因,Python会单独执行这三个函数的调用,而没有考虑`add`函数在`fancy_func`中被重复调用。如果在一个GPU(甚至多个GPU)上执行这些命令,那么Python解释器产生的开销可能会非常大。此外,它需要保存`e``f`的变量值,直到`fancy_func`中的所有语句都执行完毕。这是因为程序不知道在执行语句`e = add(a, b)``f = add(c, d)`之后,其他部分是否会使用变量`e``f`
  5. ## 符号式编程
  6. 考虑另一种选择*符号式编程*(symbolic programming),即代码通常只在完全定义了过程之后才执行计算。这个策略被多个深度学习框架使用,包括TheanoTensorFlow(后者已经获得了命令式编程的扩展)。一般包括以下步骤:
  7. 1. 定义计算流程。
  8. 1. 将流程编译成可执行的程序。
  9. 1. 给定输入,调用编译好的程序执行。
  10. 这将允许进行大量的优化。首先,在大多数情况下,我们可以跳过Python解释器。从而消除因为多个更快的GPU与单个CPU上的单个Python线程搭配使用时产生的性能瓶颈。其次,编译器可以将上述代码优化和重写为`print((1 + 2) + (3 + 4))`甚至`print(10)`。因为编译器在将其转换为机器指令之前可以看到完整的代码,所以这种优化是可以实现的。例如,只要某个变量不再需要,编译器就可以释放内存(或者从不分配内存),或者将代码转换为一个完全等价的片段。下面,我们将通过模拟命令式编程来进一步了解符号式编程的概念。
  11. ```{.python .input}
  12. #@tab all
  13. def add_():
  14. return '''
  15. def add(a, b):
  16. return a + b
  17. '''
  18. def fancy_func_():
  19. return '''
  20. def fancy_func(a, b, c, d):
  21. e = add(a, b)
  22. f = add(c, d)
  23. g = add(e, f)
  24. return g
  25. '''
  26. def evoke_():
  27. return add_() + fancy_func_() + 'print(fancy_func(1, 2, 3, 4))'
  28. prog = evoke_()
  29. print(prog)
  30. y = compile(prog, '', 'exec')
  31. exec(y)

命令式(解释型)编程和符号式编程的区别如下:

  • 命令式编程更容易使用。在Python中,命令式编程的大部分代码都是简单易懂的。命令式编程也更容易调试,这是因为无论是获取和打印所有的中间变量值,或者使用Python的内置调试工具都更加简单。
  • 符号式编程运行效率更高,更易于移植。符号式编程更容易在编译期间优化代码,同时还能够将程序移植到与Python无关的格式中,从而允许程序在非Python环境中运行,避免了任何潜在的与Python解释器相关的性能问题。

混合式编程

历史上,大部分深度学习框架都在命令式编程与符号式编程之间进行选择。例如,Theano、TensorFlow(灵感来自前者)、Keras和CNTK采用了符号式编程。相反地,Chainer和PyTorch采取了命令式编程。在后来的版本更新中,TensorFlow2.0和Keras增加了命令式编程。

:begin_tab:mxnet 开发人员在设计Gluon时思考了这个问题,有没有可能将这两种编程模式的优点结合起来。于是得到了一个混合式编程模型,既允许用户使用纯命令式编程进行开发和调试,还能够将大多数程序转换为符号式程序,以便在需要产品级计算性能和部署时使用。

这意味着我们在实际开发中使用的是HybridBlock类或HybridSequential类在构建模型。默认情况下,它们都与命令式编程中使用Block类或Sequential类的方式相同。其中,HybridSequential类是HybridBlock的子类(就如SequentialBlock的子类一样)。当hybridize函数被调用时,Gluon将模型编译成符号式编程中使用的形式。这将允许在不牺牲模型实现方式的情况下优化计算密集型组件。下面,我们通过将重点放在SequentialBlock上来详细描述其优点。 :end_tab:

:begin_tab:pytorch 如上所述,PyTorch是基于命令式编程并且使用动态计算图。为了能够利用符号式编程的可移植性和效率,开发人员思考能否将这两种编程模型的优点结合起来,于是就产生了torchscript。torchscript允许用户使用纯命令式编程进行开发和调试,同时能够将大多数程序转换为符号式程序,以便在需要产品级计算性能和部署时使用。 :end_tab:

:begin_tab:tensorflow 命令式编程现在是TensorFlow2的默认选择,对于那些刚接触该语言的人来说是一个很好的改变。不过,符号式编程技术和计算图仍然存在于TensorFlow中,并且可以通过易于使用的装饰器tf.function进行访问。这为TensorFlow带来了命令式编程范式,允许用户定义更加直观的函数,然后使用被TensorFlow团队称为autograph的特性将它们封装,再自动编译成计算图。 :end_tab:

Sequential的混合式编程

要了解混合式编程的工作原理,最简单的方法是考虑具有多层的深层网络。按照惯例,Python解释器需要执行所有层的代码来生成一条指令,然后将该指令转发到CPU或GPU。对于单个的(快速的)计算设备,这不会导致任何重大问题。另一方面,如果我们使用先进的8-GPU服务器,比如AWS P3dn.24xlarge实例,Python将很难让所有的GPU都保持忙碌。在这里,瓶颈是单线程的Python解释器。让我们看看如何通过将Sequential替换为HybridSequential来解决代码中这个瓶颈。首先,我们定义一个简单的多层感知机。

```{.python .input} from d2l import mxnet as d2l from mxnet import np, npx from mxnet.gluon import nn npx.set_np()

生产网络的工厂模式

def get_net(): net = nn.HybridSequential()
net.add(nn.Dense(256, activation=’relu’), nn.Dense(128, activation=’relu’), nn.Dense(2)) net.initialize() return net

x = np.random.normal(size=(1, 512)) net = get_net() net(x)

  1. ```{.python .input}
  2. #@tab pytorch
  3. from d2l import torch as d2l
  4. import torch
  5. from torch import nn
  6. # 生产网络的工厂模式
  7. def get_net():
  8. net = nn.Sequential(nn.Linear(512, 256),
  9. nn.ReLU(),
  10. nn.Linear(256, 128),
  11. nn.ReLU(),
  12. nn.Linear(128, 2))
  13. return net
  14. x = torch.randn(size=(1, 512))
  15. net = get_net()
  16. net(x)

```{.python .input}

@tab tensorflow

from d2l import tensorflow as d2l import tensorflow as tf from tensorflow.keras.layers import Dense

生产网络的工厂模式

def get_net(): net = tf.keras.Sequential() net.add(Dense(256, input_shape = (512,), activation = “relu”)) net.add(Dense(128, activation = “relu”)) net.add(Dense(2, activation = “linear”)) return net

x = tf.random.normal([1,512]) net = get_net() net(x)

  1. :begin_tab:`mxnet`
  2. 通过调用`hybridize`函数,我们就有能力编译和优化多层感知机中的计算,而模型的计算结果保持不变。
  3. :end_tab:
  4. :begin_tab:`pytorch`
  5. 通过使用`torch.jit.script`函数来转换模型,我们就有能力编译和优化多层感知机中的计算,而模型的计算结果保持不变。
  6. :end_tab:
  7. :begin_tab:`tensorflow`
  8. 一开始,TensorFlow中构建的所有函数都是作为计算图构建的,因此默认情况下是JIT编译的。但是,随着TensorFlow2.XEargeTensor的发布,计算图就不再是默认行为。我们可以使用tf.function重新启用这个功能。tf.function更常被用作函数装饰器,如下所示,它也可以直接将其作为普通的Python函数调用。模型的计算结果保持不变。
  9. :end_tab:
  10. ```{.python .input}
  11. net.hybridize()
  12. net(x)

```{.python .input}

@tab pytorch

net = torch.jit.script(net) net(x)

  1. ```{.python .input}
  2. #@tab tensorflow
  3. net = tf.function(net)
  4. net(x)

:begin_tab:mxnet 我们只需将一个块指定为HybridSequential,然后编写与之前相同的代码,再调用hybridize,当完成这些任务后,网络就将得到优化(我们将在下面对性能进行基准测试)。不幸的是,这种魔法并不适用于每一层。也就是说,如果某个层是从Block类而不是从HybridBlock类继承的,那么它将不会得到优化。 :end_tab:

:begin_tab:pytorch 我们编写与之前相同的代码,再使用torch.jit.script简单地转换模型,当完成这些任务后,网络就将得到优化(我们将在下面对性能进行基准测试)。 :end_tab:

:begin_tab:tensorflow 我们编写与之前相同的代码,再使用tf.function简单地转换模型,当完成这些任务后,网络将以TensorFlow的MLIR中间表示形式构建为一个计算图,并在编译器级别进行大量优化以满足快速执行的需要(我们将在下面对性能进行基准测试)。通过将jit_compile = True标志添加到tf.function()的函数调用中可以显式地启用TensorFlow中的XLA(线性代数加速)功能。在某些情况下,XLA可以进一步优化JIT的编译代码。如果没有这种显式定义,图形模式将会被启用,但是XLA可以使某些大规模的线性代数的运算速度更快(与我们在深度学习应用程序中看到的操作类似),特别是在GPU环境中。 :end_tab:

通过混合式编程加速

为了证明通过编译获得了性能改进,我们比较了混合编程前后执行net(x)所需的时间。让我们先定义一个度量时间的类,它在本章中在衡量(和改进)模型性能时将非常有用。

```{.python .input}

@tab all

@save

class Benchmark: “””用于测量运行时间””” def init(self, description=’Done’): self.description = description

  1. def __enter__(self):
  2. self.timer = d2l.Timer()
  3. return self
  4. def __exit__(self, *args):
  5. print(f'{self.description}: {self.timer.stop():.4f} sec')
  1. :begin_tab:`mxnet`
  2. 现在我们可以调用网络两次,一次使用混合式,一次不使用混合式。
  3. :end_tab:
  4. :begin_tab:`pytorch`
  5. 现在我们可以调用网络两次,一次使用torchscript,一次不使用torchscript
  6. :end_tab:
  7. :begin_tab:`tensorflow`
  8. 现在我们可以调用网络三次,一次使用eager模式,一次是使用图模式,一次使用JIT编译的XLA
  9. :end_tab:
  10. ```{.python .input}
  11. net = get_net()
  12. with Benchmark('无混合式'):
  13. for i in range(1000): net(x)
  14. npx.waitall()
  15. net.hybridize()
  16. with Benchmark('混合式'):
  17. for i in range(1000): net(x)
  18. npx.waitall()

```{.python .input}

@tab pytorch

net = get_net() with Benchmark(‘无torchscript’): for i in range(1000): net(x)

net = torch.jit.script(net) with Benchmark(‘有torchscript’): for i in range(1000): net(x)

  1. ```{.python .input}
  2. #@tab tensorflow
  3. net = get_net()
  4. with Benchmark('Eager模式'):
  5. for i in range(1000): net(x)
  6. net = tf.function(net)
  7. with Benchmark('Graph模式'):
  8. for i in range(1000): net(x)

:begin_tab:mxnet 如以上结果所示,在HybridSequential的实例调用hybridize函数后,通过使用符号式编程提高了计算性能。 :end_tab:

:begin_tab:pytorch 如以上结果所示,在nn.Sequential的实例被函数torch.jit.script脚本化后,通过使用符号式编程提高了计算性能。 :end_tab:

:begin_tab:tensorflow 如以上结果所示,在tf.keras.Sequential的实例被函数tf.function脚本化后,通过使用TensorFlow中的图模式执行方式实现的符号式编程提高了计算性能。 :end_tab:

序列化

:begin_tab:mxnet 编译模型的好处之一是我们可以将模型及其参数序列化(保存)到磁盘。这允许这些训练好的模型部署到其他设备上,并且还能方便地使用其他前端编程语言。同时,通常编译模型的代码执行速度也比命令式编程更快。让我们看看export的实际功能。 :end_tab:

:begin_tab:pytorch 编译模型的好处之一是我们可以将模型及其参数序列化(保存)到磁盘。这允许这些训练好的模型部署到其他设备上,并且还能方便地使用其他前端编程语言。同时,通常编译模型的代码执行速度也比命令式编程更快。让我们看看save的实际功能。 :end_tab:

:begin_tab:tensorflow 编译模型的好处之一是我们可以将模型及其参数序列化(保存)到磁盘。这允许这些训练好的模型部署到其他设备上,并且还能方便地使用其他前端编程语言。同时,通常编译模型的代码执行速度也比命令式编程更快。在TensorFlow中保存模型的底层API是tf.saved_model,让我们来看看saved_model的运行情况。 :end_tab:

```{.python .input} net.export(‘my_mlp’) !ls -lh my_mlp*

  1. ```{.python .input}
  2. #@tab pytorch
  3. net.save('my_mlp')
  4. !ls -lh my_mlp*

```{.python .input}

@tab tensorflow

net = get_net() tf.saved_model.save(net, ‘my_mlp’) !ls -lh my_mlp*

  1. :begin_tab:`mxnet`
  2. 模型被分解成两个文件,一个是大的二进制参数文件,一个是执行模型计算所需要的程序的JSON描述文件。这些文件可以被其他前端语言读取,例如C++、RScalaPerl,只要这些语言能够被Python或者MXNet支持。让我们看看模型描述中的前几行。
  3. :end_tab:
  4. ```{.python .input}
  5. !head my_mlp-symbol.json

:begin_tab:mxnet 之前,我们演示了在调用hybridize函数之后,模型能够获得优异的计算性能和可移植性。注意,混合式可能会影响模型的灵活性,特别是在控制流方面。

此外,与Block实例需要使用forward函数不同的是HybridBlock实例需要使用hybrid_forward函数。 :end_tab:

```{.python .input} class HybridNet(nn.HybridBlock): def init(self, kwargs): super(HybridNet, self).init(kwargs) self.hidden = nn.Dense(4) self.output = nn.Dense(2)

  1. def hybrid_forward(self, F, x):
  2. print('module F: ', F)
  3. print('value x: ', x)
  4. x = F.npx.relu(self.hidden(x))
  5. print('result : ', x)
  6. return self.output(x)
  1. :begin_tab:`mxnet`
  2. 上述代码实现了一个具有$4$个隐藏单元和$2$个输出的简单网络。`hybrid_forward`函数增加了一个必需的参数`F`,因为是否采用混合模式将影响代码使用稍微不同的库(`ndarray``symbol`)进行处理。这两个类执行了非常相似的函数,于是MXNet将自动确定这个参数。为了理解发生了什么,我们将打印参数作为了函数调用的一部分。
  3. :end_tab:
  4. ```{.python .input}
  5. net = HybridNet()
  6. net.initialize()
  7. x = np.random.normal(size=(1, 3))
  8. net(x)

:begin_tab:mxnet 重复的前向传播将导致相同的输出(细节已被省略)。现在看看调用hybridize函数会发生什么。 :end_tab:

```{.python .input} net.hybridize() net(x)

  1. :begin_tab:`mxnet`
  2. 程序使用`symbol`模块替换了`ndarray`模块来表示`F`。而且,即使输入是`ndarray`类型,流过网络的数据现在也转换为`symbol`类型,这种转换正是编译过程的一部分。再次的函数调用产生了令人惊讶的结果:
  3. :end_tab:
  4. ```{.python .input}
  5. net(x)

:begin_tab:mxnet 这与我们在前面看到的情况大不相同。hybrid_forward中定义的所有打印语句都被忽略了。实际上,在net(x)被混合执行时就不再使用Python解释器。这意味着任何Python代码(例如print语句)都会被忽略,以利于更精简的执行和更好的性能。MXNet通过直接调用C++后端替代Python解释器。另外请注意,symbol模块不能支持某些函数(例如asnumpy),因此a += ba[:] = a + b等操作必须重写为a = a + b。尽管如此,当速度很重要时,模型的编译也是值得的。速度的优势可以从很小的百分比到两倍以上,主要取决于模型的复杂性、CPU的速度以及GPU的速度和数量。 :end_tab:

小结

  • 命令式编程使得新模型的设计变得容易,因为可以依据控制流编写代码,并拥有相对成熟的Python软件生态。
  • 符号式编程要求我们先定义并且编译程序,然后再执行程序,其好处是提高了计算性能。

:begin_tab:mxnet

  • MXNet能够根据用户需要,结合这两种方法(命令式编程和符号式编程)的优点。
  • HybridSequentialHybridBlock类构造的模型能够通过调用hybridize函数将命令式程序转换为符号式程序。 :end_tab:

练习

:begin_tab:mxnet

  1. 在本节的HybridNet类的hybrid_forward函数的第一行中添加x.asnumpy(),执行代码并观察遇到的错误。为什么会这样?
  2. 如果我们在hybrid_forward函数中添加控制流,即Python语句iffor,会发生什么?
  3. 回顾前几章中你感兴趣的模型,你能通过重新实现它们来提高它们的计算性能吗? :end_tab:

:begin_tab:pytorch,tensorflow

  1. 回顾前几章中你感兴趣的模型,你能提高它们的计算性能吗? :end_tab:

:begin_tab:mxnet Discussions :end_tab:

:begin_tab:pytorch Discussions :end_tab:

:begin_tab:tensorflow Discussions :end_tab: