Facebook:BigGraph 中文文檔-動態關系(PyTorch)

目錄

圖嵌入是一種從圖中生成無監督節點特征(node features)的方法,生成的特征可以應用在各類機器學習任務上。現代的圖網絡,尤其是在工業應用中,通常會包含數十億的節點(node)和數萬億的邊(edge)。這已經超出了已知嵌入系統的處理能力。Facebook開源了一種嵌入系統,PyTorch-BigGraph(PBG),系統對傳統的多關系嵌入系統做了幾處修改讓系統能擴展到能處理數十億節點和數萬億條邊的圖形。

本系列為翻譯的pytouch的官方手冊,希望能幫助大家快速入門GNN及其使用,全文十五篇,文中如果有勘誤請隨時聯系。

(一)Facebook開源圖神經網絡-Pytorch Biggraph

(二)Facebook:BigGraph 中文文檔-數據模型(PyTorch)

(三)Facebook:BigGraph 中文文檔-從實體嵌入到邊分值(PyTorch)

(四)Facebook:BigGraph 中文文檔-I/O格式化(PyTorch)

(五)Facebook:BigGraph 中文文檔-批預處理

(六)Facebook:BigGraph 中文文檔-分布式模式(PyTorch)

(七)Facebook:BigGraph 中文文檔-損失計算(PyTorch)

(八)Facebook:BigGraph 中文文檔-評估(PyTorch)

(九)Facebook:BigGraph 中文文檔-動態關系(PyTorch)


Dynamic relations 動態關系

Caution 注意

This is an advanced topic! 這是升級教程!

Enabling the?dynamic_relations?flag in the configuration activates an alternative mode to be used for graphs with a large number of relations (more than ~100 relations). In dynamic relation mode, PBG runs with several modifications to its “standard” operation in order to support the large number of relations.?

在配置中啟動dynamic_relations配置將激活另一種模式,用于具有大量關系(超過~100)的圖。在動態關系模式下,PBG運行時對其“標準”操作進行了一些修改用于支持大量的關系。

The differences are:

相比不同有:

The?number?of relations isn’t provided in the config but is instead found in the input data, namely in the entity path, inside a?dynamic_rel_count.txt?file. The settings of the relations, however, are still provided in the config file. This happens by providing a single relation config which will act as a “template” for all other ones, by being duplicated an appropriate number of times. One can think of this as the one relation in the config being “broadcasted” to the size of the relation list found in the?dynamic_rel_count.txt?file.

配置中不需要提供number數量,替代的是在輸入數據的整個實體路徑中來查找,即dynamic_rel_count.txt文件,但關系的設置,仍然需要在配置文件中配置。這是通過提供一個單獨的關系配置來實現的,該配置將充當當所有其他關系的“模板”,并且被復制合適的次數。我們將其看做是配置中的一個關系被“廣播”到dynamic_rel_count.txt文件中的關系列表的大小。

The batches of positive edges that are passed from the training loop into the model contain edges for multiple relation types at the same time (instead of each batch coming entirely from the same relation type). This introduces some performance challenges in how the operators are applied to the embeddings, as instead of a single operator with a single set of parameters applied to all edges, there might be a different one for each edge. The previous property ensures that all the operators are of the same type, so just their parameters might differ from one row to another. To account for this, the operators for dynamic relations are implemented differently, with a single operator object containing the parameters for all relation types. This implementation detail should be transparent as for how the operators are applied to the embeddings, but might come up when retrieving the parameters at the end of training.

在訓練循環中包含正邊的批次,傳入模型中同時包含多個關系類型的邊(不是每個批次完全來自同一關系類型)。這讓如何將運算符應用于嵌入上帶來了一些性能挑戰,因為對于每個邊,可能會有一個不同的運算符,而不是對所有邊應用一組參數的單個運算符。previous屬性確保所有運算符都是同一類型的,因此這些參數可能會不同的行不一樣。為了匹配,動態關系的運算符以不同方式實現,單個運算符對象包含所有關系類型的參數。對于如何向運算符應用到嵌入中,整個實現細節應該是透明的,但在訓練結束時檢索參數是可能會出現。

With non-dynamic relations, the operator is applied to the embedding of the right-hand side entity of the edge, whereas the embedding of the left-hand side entity is left unchanged. In a given batch, denote the???i-th positive edge by?(????,??,????) (???? and?????yi?being the left- and right-hand side entities,??? being the relation type). For each of the positive edges, denote its???-th negative sample?(????,??,??′??,??). Due to?same-batch negative sampling?it may occur that the same right-hand side entity is used as a negative for several positives, that is, that???′??1,??1=??′??2,??2 . for???1≠??2. However, since it’s the same relation type???rfor all negatives, all the right-hand side entities will be transformed in the same way (i.e., passed through???’s operator) no matter what positive edge they are a negative for. we need to apply the operator of???r?to all of them, hence the total number of operator evaluations is equal to the number of positives and negatives.

對于非動態關系,算子應用在右側實體的嵌入上,同事左側試題的嵌入保持不變。在給定的批次中,用(????,??,????)來表示第i個正邊(xi和yi為左側和右側的實體,r是關系類型)。對每一個正邊,用(????,??,??′??,??)來表示對應的第j個負樣本。由于同一批負采樣可能會出現同一個右側實體被抽樣為復變,如:??′??1,??1=??′??2,??2? 并且 i1≠??2.?

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,030評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,310評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,951評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,796評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,566評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,055評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,142評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,303評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,799評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,683評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,899評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,409評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,135評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,520評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,757評論 1 282
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,528評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,844評論 2 372

推薦閱讀更多精彩內容