當前位置:
首頁 > 知識 > TensorFlow分布式計算機制解讀:以數據並行為重

TensorFlow分布式計算機制解讀:以數據並行為重

選自clindatsci

作者:Neil Tenenholtz

機器之心編譯

參與:Jane W、黃小天

Tensorflow 是一個為數值計算(最常見的是訓練神經網路)設計的流行開源庫。在這個框架中,計算流程通過數據流程圖(data flow graph)設計,這為更改操作結構與安置提供了很大靈活性。TensorFlow 允許多個 worker 並行計算,這對必須通過處理的大量訓練數據訓練的神經網路是有益的。此外,如果模型足夠大,這種並行化有時可能是必須的。在本文中,我們將探討 TensorFlow 的分布式計算機制。

TensorFlow 計算圖示例

數據並行 VS. 模型並行

當在多個計算節點間分配神經網路訓練時,通常採用兩種策略:數據並行和模型並行。在前者中,在每個節點上單獨創建模型的實例,並饋送不同的訓練樣本;這種架構允許更高的訓練吞吐量。相反,在模型並行中,模型的單一實例在多個節點間分配,這種架構允許訓練更大的模型(可能不一定適合單節點的存儲器)。如果需要,也可以組合這兩種策略,使給定模型擁有多個實例,每個實例跨越多個節點。在本文中,我們將重點關注數據並行。

數據並行與模型並行的不同形式。左:數據並行;中:模型並行;右:數據並行與模型並行。

TensorFlow 中的數據並行

當使用 TensorFlow 時,數據並行主要表現為兩種形式:圖內複製(in-graph replication)和圖間複製(between-graph replication)。兩種策略之間最顯著的區別在於流程圖的結構與其結果。

圖內複製

圖內複製通常被認為是兩種方法中更簡單和更直接(但更不可擴展的)的方法。當採用這種策略時,需要在分布式的主機上創建一個包含所有 worker 設備中副本的流程圖。可以想像,隨著 worker 數量的增長,這樣的流程圖可能會大幅擴展,這可能會對模型性能產生不利影響。然而,對於小系統(例如,雙 GPU 台式計算機),由於其簡單性,圖內複製可能是最優的。

以下是使用單個 GPU 的基線 TensorFlow 方法與應用圖內複製方法的代碼片段的對比。考慮到圖內複製方法與擴展(scaling)相關的問題,我們將僅考慮單機、多 GPU 配置的情況。這兩個代碼片段之間的差異非常小,它們的差異僅存在於:對輸入數據的分塊,使得數據在各 worker 間均勻分配,遍歷每個含有 worker 流程圖的設備,並將來自不同 worker 的結果連接起來。通過少量代碼更改,我們可以利用多個設備,這種方法使可擴展性不再成為大障礙,從而在簡單配置下更受歡迎。

# single GPU (baseline) 單個 GPU(基線)

import tensorflow as tf

# place the initial data on the cpu

with tf.device("/cpu:0"):

input_data = tf.Variable([[1., 2., 3.],[4., 5., 6.],[7., 8., 9.],[10., 11., 12.]])

b = tf.Variable([[1.], [1.], [2.]])# compute the result on the 0th gpuwith tf.device("/gpu:0"):

output = tf.matmul(input_data, b)# create a session and runwith tf.Session() as sess:

sess.run(tf.global_variables_initializer())print sess.run(output)

# in-graph replication 圖內複製

import tensorflow as tf

num_gpus = 2

# place the initial data on the cpu

with tf.device("/cpu:0"):

input_data = tf.Variable([[1., 2., 3.],[4., 5., 6.],[7., 8., 9.],[10., 11., 12.]])

b = tf.Variable([[1.], [1.], [2.]])# split the data into chunks for each gpu

inputs = tf.split(input_data, num_gpus)

outputs = []# loop over available gpus and pass input datafor i in range(num_gpus):with tf.device("/gpu:"+str(i)):

outputs.append(tf.matmul(inputs[i], b))# merge the results of the deviceswith tf.device("/cpu:0"):

output = tf.concat(outputs, axis=0)# create a session and runwith tf.Session() as sess:

sess.run(tf.global_variables_initializer())print sess.run(output)

這些更改也可以通過檢查下面的 TensorFlow 流程圖來可視化。增加的 GPU 模塊說明了原始方法的擴展方式。

圖內複製的可視化。左:原始圖。右:圖內複製的結果圖。

圖間複製

認識到圖內複製在擴展上的局限性,圖間複製的優勢在於運用大量節點時保證模型性能。這是通過在每個 worker 上創建計算圖的副本來實現的,並且不需要主機保存每個 worker 的圖副本。通過一些 TensorFlow 技巧來協調這些 worker 的圖——如果兩個單獨的節點在同一個 TensorFlow 設備上分配一個具有相同名稱的變數,則這些分配將被合并,變數將共享相同的後端存儲,從而這兩個 worker 將合并在一起。

但是,必須確保設備的正確配置。如果兩個 worker 在不同的設備上分配變數,則不會發生合并。對此,TensorFlow 提供了 replica_device_setter 函數。只要每個 worker 以相同的順序創建計算圖,replica_device_setter 為變數分配提供了確定的方法,確保變數在同一設備上。這將在下面的代碼中演示。

由於圖間複製在很大程度上重複了原始圖,因此多數相關的修改實際上都在集群中節點的配置上。因此,下面的代碼段將只針對這一點進行改動。重要的是要注意,這個腳本通常會在集群中的每台機器上執行,但具體的命令行參數不同。下面來逐行研究代碼。

import sysimport tensorflow as tf

# specify the cluster"s architecture

cluster = tf.train.ClusterSpec({"ps": ["192.168.1.1:1111"],"worker": ["192.168.1.2:1111","192.168.1.3:1111"]})# parse command-line to specify machine

job_type = sys.argv[1] # job type: "worker" or "ps"

task_idx = sys.argv[2] # index job in the worker or ps list# as defined in the ClusterSpec# create TensorFlow Server. This is how the machines communicate.

server = tf.train.Server(cluster, job_name=job_type, task_index=task_idx)# parameter server is updated by remote clients.# will not proceed beyond this if statement.if job_type == "ps":

server.join()else:# workers onlywith tf.device(tf.train.replica_device_setter(

worker_device="/job:worker/task:"+task_idx,

cluster=cluster)):# build your model here as if you only were using a single machinewith tf.Session(server.target):# train your model here

運行分布式 TensorFlow 的第一步是使用 tf.train.ClusterSpec 來指定集群的架構。節點通常分為兩個角色(或「job」):含有變數的參數伺服器(「ps」)和執行大量計算的「worker」。下面提供每個節點的 IP 地址和埠。接下來,腳本必須確定其 job 類型和在網路中的索引;這通常是通過將命令行參數傳遞給腳本並解析來實現的。job_type 指定節點是運行 ps 還是 worker 任務,而 task_idx 指定節點在 ps 或 worker 列表中的索引。使用以上變數創建 TensorFlow 伺服器,用於連接各設備。

接下來,如果節點是參數伺服器,它只連接它們的線程並等待它們終止。雖然似乎沒有特定的 ps 代碼,但圖元素實際上是由 worker 推送到 ps 的。

相反,如果設備是 worker,則使用 replica_device_setter 構建我們的模型,以便在前面討論的這些 ps 伺服器上連續分配參數。這些副本將在很大程度上與單機的流程圖相同。最後,我們創建一個 tf.Session 並訓練我們的模型。

總結

希望本文清楚地闡述了與分布式 TensorFlow 相關的一些術語和技術。在以後的文章中,我們將詳細探討與此相關及其它的主題。


喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 機器之心 的精彩文章:

MIT提出生成式壓縮:使用生成式模型高效壓縮圖像與視頻數據
深度學習助力前端開發:自動生成GUI圖代碼,附試用地址
神經網路基礎:七種網路單元,四種層連接方式
谷歌通過TensorFlow Object Detection API開源其物體識別系統
麥肯錫報告|2016 年人工智慧投資超300億美元,正進入最後突破階段

TAG:機器之心 |

您可能感興趣

解讀目標檢測新範式:Segmentations is All You Need
Kaggle Carvana 圖像分割比賽冠軍模型 TernausNet 解讀
深入解讀Google Lens
專業解讀 Business Analytics項目
Deep Forest 演算法解讀
mybaits sqlSession 源碼解讀
解讀Gartner2018商務智能與分析平台魔力象限評估報告,PowerBI與Tableau位於領導者象限
解讀區塊鏈瀏覽器Tokenview.com
嚴肅的 HomePod 設計解讀
網路專家解讀YouTube,Twitter或Reddit的盈利模式
全面解讀Liquidity.Network
NIPS2018最佳論文解讀:Neural Ordinary Differential Equations
iPhone8/8Plus iPhone X 核心資訊全解讀
深入解讀Service Mesh背後的技術細節
無線電競最為致命:金士頓 HyperX Cloud Flight 耳機詳細解讀
權威解讀!iPhone比Android手機更安全?
一圖勝千言: 解讀阿里的Deep Image CTR Model
新手必讀系列:實例解讀TensorFlow
Excel VBA解讀:讓程序在指定的時間運行——OnTime方法
無節操解讀系列之Blockchain