【AICon】 如何构建高效的 RAG 系统?RAG 技术在实际应用中遇到的挑战及应对策略?>>> 了解详情
写点什么

iOS 11:人人可体验的机器学习

  • 2017-07-02
  • 本文字数:4794 字

    阅读完需:约 16 分钟

WWDC 2017 向我们传达了这样的一个信号:苹果正在把机器学习带到移动设备上,并且希望开发者们能够轻松地加入到新的平台。

去年,苹果发布了 Metal CNN 和 BNNS 框架,用于创建基本的卷积神经网络。今年,Metal 增加了很多新的特性,包括一个新的计算机视觉框架,以及 Core ML——用于将机器学习模型集成到应用程序里。

在这篇文章里,我会分享并与你们一起体验 iOS 11 和 macOS 10.13 上的机器学习。

Core ML

Core ML 在 WWDC 上引起了人们的注意,原因很简单:大多数开发者都希望能够有这样的一个框架,可以把它集成到他们的应用程序里。

Core ML 的 API 很简单,你所要做的就是:

  1. 加载一个训练过的模型
  2. 生成预测
  3. 发布

这看起来确实很简单,不过事实就是如此,你要做的大部分工作就是加载模型和生成预测。

之前,要加载一个训练过的模型非常麻烦。而现在,加载模型只需要两个步骤。

模型包含在.mlmodel 文件里,这是一种新的开放文件格式,它描述了模型的层次、输入和输出、类标签,以及一些必需的预处理步骤。它还包含了所有学习过的参数(权重和偏差)。

所有你需要的东西都包含在这个文件里。

只要把 mlmodel 文件放到项目里,Xcode 会自动为它生成一个 Swift 或 Objective-C 包装类。

例如,如果你在项目里添加了 ResNet50.mlmodel 文件,你可以使用

复制代码
let model = ResNet50()

来初始化这个模型,然后使用如下的代码进行预测:

复制代码
let pixelBuffer: CVPixelBuffer = /* 你的图像 */
if let prediction = try?model.prediction(image: pixelBuffer) {
print(prediction.classLabel)
}

这样就可以了。你不需要写代码加载模型,或者对它的输出结果进行转换,以便在 Swift 里使用——Core ML 和 Xcode 为你做掉了这些事情。

Core ML 自己会决定该用 CPU 还是 GPU 来运行模型,这样可以更好地使用资源。Core ML 还能将模型拆分开,部分运行在 GPU(需要进行更多计算的任务)上,部分运行在 CPU(消耗更多内存的任务)上。

Core ML 能够使用 CPU 对于开发者来说是一件好事,因为这样它们就可以在 iOS 模拟器上运行(而 Metal 是不支持这样做的,所以也无法进行单元测试)。

Core ML 支持哪些模型?

Core ML 可以支持多种不同的模型,ResNet50 只是其中一个图像分类器的例子。

  • 支持向量机(SVM)
  • tree ensemble,如 random forest 和 boosted tree
  • 线性回归和逻辑回归
  • 神经网络:前馈、卷积、循环

这些都可以用于回归和分类。另外,你的模型可以包含典型的机器学习预处理步骤,比如 one-hot 编码、特征缩放和缺失值插补,等等。

苹果已经提供了一些经过训练的模型供下载,如Inception v3、ResNet50 和VGG16,不过你也可以使用Core ML Python 工具包将你自己的模型转换成可用的模型。

目前,你可以转换使用 Keras、Caffe、scikit-learn、XGBoost 和 libSVM 训练出来的模型。转换工具对版本是有要求的,比如 Keras 1.2.2 可以,但是 2.0 版本的不受支持。好在该工具是开源的,所以在未来无疑会支持更多的训练工具。

退一万步讲,你还可以开发自己的转化器。mlmodel 文件格式是开放的,使用起来也简单(内部使用了 protobuf 格式,规范是由苹果发布的)。

局限

Core ML 可以让你的模型快速地在你的应用里运行起来。不过,这个简单的 API 也有一些局限性。

  • 它只支持有监管的机器学习模型,不支持无监管的学习算法或增强型学习。
  • 不能在设备上进行训练。你需要使用离线工具进行训练,然后把训练过的模型转换成 Core ML 格式。
  • 如果 Core ML 不支持某种层次类型,那么你就不能使用它。目前为止,使用自己的计算内核是无法对 Core ML 进行扩展的。TensorFlow 可以用于构建一般性的计算图,而 mlmodel 文件并不像它那么灵活。
  • Core ML 转换工具只支持一部分指定版本的训练工具。如果你在 TensorFlow 里训练模型,就无法使用这个工具,必须自己编写转换脚本。所以,如果你使用 TensorFlow 模型处理一些 mlmodel 不支持的任务,那么就不能把它用在 Core ML 里。
  • 你无法查看神经网络中间层生成的结果,只能获得最后层生成的预测。
  • 下载模型更新可能会有问题,不过我也不能百分之百肯定。如果你要经常重新训练模型,而且不希望老是在更新模型之后重新发布应用,那么 Core ML 可能不适合你。
  • Core ML 把选择在 CPU 上运行还是在 GPU 上运行的细节隐藏了起来,你要相信它能够为你的应用作出正确的选择。如果你需要让 Core ML 运行在 GPU 上,是无法强制它这么做的。

如果你可以接收这些限制,那么 Core ML 对于你来说会是一个正确的选择。

如果你需要有更多的控制权,那么你需要使用 Metal Performance Shader 或 Accelerate 框架自己去实现了。

当然,真正起决定性作用的不是 Core ML,而是你的模型。如果你没有合适的模型,Core ML 什么也做不了。而设计和训练是机器学习最难的部分……

一个简单的示例应用

我使用 Core ML 来演示一个简单的应用。示例代码可以在 GitHub 上找到。

这个示例使用 MobileNet 来识别一张小猫的照片。

这个模型最初是用 Caffe 训练的。我花了一些时间才学会如何把它转换成 mlmodel 文件,不过在获得转换文件后,剩下的事情就很简单了(GitHub 仓库里包含了转换脚本)。

这个应用很简单——输出一张静态图片的前5 个预测——不过它告诉我们使用Core ML 是一件多么简单的事情。你所需要的不过几行代码而已。

不过,我想知道这个过程都发生了什么。我发现,mlmodel 文件被编译到一个叫作mlmodelc 的目录,并被打包到应用里。这个目录包含了一些不同的文件,有些是二进制文件,有些是JSON 文件。你因此可以知道Core ML 在应用打包之前是如何组织模型文件的。

MobileNet 模型使用了 Batch Normalization 层,我发现它们也出现在被转化过的 mlmodel 文件里。不过,在编译过的 mlmodelc 文件里,这些层被移除了。也就是说 Core ML 对模型进行了优化。

模型似乎可以进一步优化,因为 mlmodelc 仍然包含了非严格必需的伸缩层。

当然,目前的 iOS 版本是 beta 1,Core ML 在后续还会进一步改进的。也就是说,在将你的模型用在 Core ML 上之前,对它们进行优化是值得的——比如打包 Batch Normalization 层——不过你要做好权衡。

你还需要检查其他一些事情:你的模型是否可以运行相同的 CPU 和 GPU 上。Core ML 会决定让你的模型运行在 CPU 上(使用 Accelerate)或 GPU 上(使用 Metal)。这两种实现的工作原理是不一样的,所以你要分别对它们进行测试!

MobileNet 使用了一种叫作“depthwise”的卷积层。初始模型是用 Caffe 训练的,Caffe 通过让普通卷积的 groups 属性与输出频道数量相等来达到支持 depthwise 卷积的目的。MobileNet.mlmodel 做了同样的事情。这在 iOS 模拟器上可以正常运行,但在真实设备上会崩溃。

因为模拟器使用了 Accelerate 框架,而设备使用的是 Metal Performance Shaders。Metal 编码数据的方式导致了 MPSCNNConvolution 内核方面的一些限制,你因此无法让 groups 属性与输出频道数量相等。

我向苹果提交了一个 bug,只是想告诉他们:模型可以在模拟器上运行并不代表它也能在设备上运行。所以要确保做好测试工作!

Vision

接下来要讨论新的 Vision 框架。

你或许从它的名字就可以看出,Vision 用于处理计算机视觉任务。你之前可能用过 OpenCV,不过现在 iOS 有了自己的 API。

Vision 可以用于:

  • 识别图片里的人脸。每张人脸都使用一个矩形框出来。
  • 识别脸部特征,比如眼睛或嘴巴的位置、脑袋的形状,等等。
  • 识别图片中的矩形,比如路标。
  • 追踪视频里物体的移动。
  • 确定地平线角度。
  • 对齐两张图片的内容。这个在拼接图片的时候非常有用。
  • 检测图片中包含文本的区域。
  • 识别条形码。

使用 Core Image 和 AVFoundation 也能完成这些任务,不过现在这些任务可以在同一个 API 框架内完成。

如果你的应用需要完成这些任务,你不需要再自己去实现了,也不需要再使用第三方的库,只需要 Vision 就够了。当然,你也可以结合使用 Core Image 框架,这样可以处理更多的任务。

你还可以使用 Vision 来驱动 Core ML,也就是说使用计算机视觉技术作为神经网络的预处理步骤。例如,你可以使用 Vision 检测一个人脸部的位置和大小,然后针对这个位置剪辑视频,并针对这个位置运行神经网络。

事实上,在使用 Core ML 处理图片或视频时,先用 Vision 进行预处理是很有必要的。如果只用 Core ML,你需要确保输入的图片符合模型格式,而结合使用 Vision,可以改变图片的大小等等。它可以为你节省很多时间。

在 Core ML 中使用 Vision 看起来是这样的:

复制代码
//Core ML 模型
let modelCoreML = ResNet50()
// 将 Core ML 与 Vision 关联起来
VNCoreMLModel(for: modelCoreML.model)
let classificationRequest = VNCoreMLRequest(model: visionModel) {
request, error in
if let observations = request.results as?[VNClassificationObservation] {
// 处理预测
}
}
let handler = VNImageRequestHandler(cgImage: yourImage)
try? handler.perform([classificationRequest])

要注意,VNImageRequestHandler 接收一个请求对像数组作为参数,你可以将多个 Vision 任务链接在一起:

复制代码
try? handler.perform([faceDetectionRequest, classificationRequest])

Vision 让计算机视觉任务变得更加容易,更有趣的是,你可以将这些任务的输出放进 Core ML 的模型里。

Metal Performance Shaders

我想讨论的最后一个话题是 Metal,苹果的 GPU API。

我今年的很多工作涉及到使用 Metal Performance Shaders(MPS)构建神经网络,并进行性能优化。iOS 10 只为卷积网络提供了一些基本的支持,所以经常要自己实现一些功能来填充这些空白。

iOS 11 在这方面做出了很多改进,更让人惊喜的是,它提供了用于创建图形的 API。

MPS 的主要变更包括:

  • 循环神经网络。我们现在可以创建 RNN、LSTM、GRU 和 MGU 层。它们可以应用在 MPSImage 对象序列和 MPSMatrix 对象序列上。其他 MPS 层只处理图像,所以当你要处理文本或其他非图像数据时就不是很方便。
  • 更多的数据类型。之前的权重为 32 位的浮点数,而现在可以支持 16 位的浮点数和 8 位整数,甚至是二进制。卷积和完全连接的层可以使用二进制权重和二进制输入数据。
  • 更多的层。我们之前要设法应付固定卷积以及 max 池化和 average 池化,不过在 iOS 11 里,MPS 支持膨胀卷积、次像素卷积、转置卷积、超采样和重取样、L2-norm 池化、膨胀 max 池化,以及一些新的激活函数。MPS 并不具备所有的 Keras 和 Caffe 层类型,不过它们之间的差距正在逐步缩小。
  • 更方便。MPSImage 的用法有点奇怪,因为 Metal 按照切片来组织数据。不过现在,MPSImage 提供了用于读取和写入数据的方法,这样就不会经常打断你的思路了。 MPSCNNConvolutionDescriptor 也提供了一个便利的方法,你可以在层上设置 batch normalization 参数。
  • 性能改进。内核的速度更快了。
  • 图形 API。这是我最关心的重大好消息。手动创建层和图形非常繁琐,而现在你可以描述一个图,就像在 Keras 里那样。MPS 会自动确定图像的大小、如何进行填充、如何设置偏移量,等等。通过后台的层熔化,可以对图进行优化。

MPS 内核现在似乎都可以通过 NSSecureCoding 进行序列化,也就是说,你可以把图保存到文件里,以后还能从文件中恢复。图的推理只要调用一个方法就可以了。尽管还不如 Core ML 那么简单,但已经比之前少做很多工作了。

结论:Metal Performance Shaders 在 iOS 11 中变得更加强大,不过大部分开发者还是要关注 Core ML(底层使用了 MPS)。

是不是都是好消息?

苹果为开发者带来了这些新工具算得上是利好消息,不过苹果的 API 总是带有一些问题:

  • 它们不是开源的
  • 它们有限制
  • 只有新版的操作系统支持

这意味着苹果的 API 总是落在其他工具后面。如果 Keras 增加了新的层类型,那么在苹果更新他们的框架和操作系统之前,你是无法在 Core ML 里使用它们的。

如果有些 API 无法按照你的预期工作,你也无法修改它们——你只能想一些临时解决方案,或者等待下一个操作系统版本的发布。

查看英文原文: iOS 11: Machine Learning for everyone

2017-07-02 17:113944
用户头像

发布了 322 篇内容, 共 133.1 次阅读, 收获喜欢 142 次。

关注

评论

发布
暂无评论
发现更多内容

week3-作业二:根据当周学习情况,完成一篇学习总结

未来已来

7.1性能测试:系统性能的主要技术指标

张荣召

架构师训练营第 1 期 -Week7 - 课后练习

鲁大江

极客大学架构师训练营

Week3 代码重构

贺志鹏

极客大学架构师训练营

第三周-课后练习

jizhi7

目标检测之ASFF

Dreamer

架构师训练营week07作业

IT老兵重开始

第 7 周 听说你有好几个线程

Pyr0man1ac

第七周 性能优化 作业一

应鹏

极客大学架构师训练营

与前端训练营的日子--Week02

SamGo

学习

Week 7 學習總結

Judyyy

【架构师训练营第 1 期 07 周】 作业

Bear

极客大学架构师训练营

#链表# #快慢指针#

玉皇大亮

链表 快慢指针

第七周 性能优化 作业二

应鹏

极客大学架构师训练营

【架构师训练营第 1 期 07 周】 学习总结

Bear

极客大学架构师训练营

7.2全链路压测的挑战

张荣召

Week 7 作業

Judyyy

第3周作业

伊灵

架构师训练营第七周学习笔记

一马行千里

学习 极客大学架构师训练营

7.3性能优化:系统性能优化的分层思想

张荣召

7.4操作系统:计算机如何处理成百上千的并发请求?

张荣召

架构师训练营第一期 - 第七周学习总结

卖猪肉的大叔

极客大学架构师训练营

第七周总结

Geek_ac4080

架构师训练营 1 期 - 第七周总结(vaik)

行之

极客大学架构师训练营

springboot 热部署

hepingfly

Java springboot SpringCloud 热部署

性能压测

第 7 周 作业

Pyr0man1ac

架构师训练营第 1 期 -Week7 - 性能优化一学习总结

鲁大江

极客大学架构师训练营

架构师训练营 1 期 - 第七周作业(vaik)

行之

极客大学架构师训练营

架构师训练营1期 - week07- 作业

lucian

极客大学架构师训练营

第七周作业

Geek_ac4080

iOS 11:人人可体验的机器学习_Android/iOS_Matthijs Hollemans_InfoQ精选文章