[發(fā)明專利]一種基于CIFS協(xié)議創(chuàng)建小文件的方法及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201710517712.4
• 申請(qǐng)日: 2017-06-29
• 公開（公告）號(hào): CN107330064A
• 公開（公告）日: 2017-11-07
• 發(fā)明（設(shè)計(jì)）人: 畢敬強(qiáng)
• 申請(qǐng)（專利權(quán)）人: 鄭州云海信息技術(shù)有限公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30;G06F9/50
• 代理公司: 北京集佳知識(shí)產(chǎn)權(quán)代理有限公司11227
• 代理人: 羅滿

技術(shù)領(lǐng)域

本發(fā)明涉及分布式云存儲(chǔ)領(lǐng)域，特別涉及一種基于CIFS協(xié)議創(chuàng)建小文件的方法及系統(tǒng)。

背景技術(shù)

在分布式云存儲(chǔ)領(lǐng)域，云存儲(chǔ)系統(tǒng)服務(wù)端一般帶有元數(shù)據(jù)軟件用來統(tǒng)一管理文件系統(tǒng)的元數(shù)據(jù)信息。隨著文件數(shù)目和客戶端的增多，服務(wù)端需要管理很多文件的狀態(tài)、鎖等信息，這會(huì)導(dǎo)致客戶端創(chuàng)建文件時(shí)open調(diào)用返回慢，時(shí)延波動(dòng)很大。為了解決這種問題，目前已經(jīng)有了很大方式來解決海量文件的管理問題，比如創(chuàng)建元數(shù)據(jù)服務(wù)端集群等，但是由于分布式文件系統(tǒng)軟件、硬件、網(wǎng)絡(luò)比較復(fù)雜，open調(diào)用時(shí)延高的情況很難避免。

現(xiàn)有技術(shù)中，基于CIFS協(xié)議的軟件(例如，samba軟件)通過調(diào)用lib庫與后端的的分布式文件系統(tǒng)通信，并對(duì)外提供CIFS協(xié)議，客戶端(例如，windows客戶端)通過CIFS協(xié)議掛載導(dǎo)出的文件系統(tǒng)。由于此類基于CIFS協(xié)議的軟件均是單線程架構(gòu)，如果后端的open接口時(shí)延波動(dòng)很大，則會(huì)造成客戶端創(chuàng)建文件很慢或者卡頓。

因此，如何解決創(chuàng)建文件時(shí)因?yàn)閛pen調(diào)用時(shí)延較長導(dǎo)致后續(xù)的其他請(qǐng)求卡住的問題，提高基于CIFS協(xié)議創(chuàng)建小文件的性能成為了當(dāng)前需要解決的問題。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明的目的在于提供一種基于CIFS協(xié)議創(chuàng)建小文件的方法及系統(tǒng)，以解決創(chuàng)建文件時(shí)因?yàn)閛pen調(diào)用時(shí)延較長導(dǎo)致后續(xù)的其他請(qǐng)求卡住的問題，提高基于CIFS協(xié)議創(chuàng)建小文件的效率。其具體方案如下：

一種基于CIFS協(xié)議創(chuàng)建小文件的方法，包括：

間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程；

利用所述主線程將與創(chuàng)建文件請(qǐng)求相應(yīng)的open事件發(fā)送到子線程集中的空閑子線程，以使所述子線程集中接收open事件的子線程完成對(duì)open事件的處理，其中，空閑子線程為沒有正在處理open事件的子線程。

可選的，所述間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程的過程，包括：

利用所述主線程發(fā)送的open處理判斷結(jié)果，間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程，其中，所述open處理判斷結(jié)果為所述主線程判斷是否在預(yù)設(shè)時(shí)間內(nèi)接收到子線程發(fā)送的open處理結(jié)果的判斷結(jié)果。

可選的，所述利用所述主線程發(fā)送的open處理判斷結(jié)果，間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程的過程，包括：

利用所述主線程發(fā)送的open處理判斷超時(shí)結(jié)果，生成創(chuàng)建文件請(qǐng)求失敗記錄，利用所述創(chuàng)建文件請(qǐng)求失敗記錄，間斷的逐個(gè)發(fā)送所述創(chuàng)建文件請(qǐng)求失敗記錄中的創(chuàng)建文件請(qǐng)求至所述主線程。

可選的，所述利用所述創(chuàng)建文件請(qǐng)求失敗記錄，間斷的逐個(gè)發(fā)送所述創(chuàng)建文件請(qǐng)求失敗記錄中的創(chuàng)建文件請(qǐng)求至所述主線程的過程，包括：

利用所述創(chuàng)建文件請(qǐng)求失敗記錄，在所述創(chuàng)建文件請(qǐng)求集中的創(chuàng)建請(qǐng)求均發(fā)送過所述主線程后，間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求失敗記錄中的創(chuàng)建文件請(qǐng)求至所述主線程。

可選的，所述利用所述創(chuàng)建文件請(qǐng)求失敗記錄，間斷的逐個(gè)發(fā)送所述創(chuàng)建文件請(qǐng)求失敗記錄中的創(chuàng)建文件請(qǐng)求至所述主線程的過程，包括：

利用所述創(chuàng)建文件請(qǐng)求失敗記錄，在每發(fā)送預(yù)設(shè)閾值未發(fā)送過所述主線程的創(chuàng)建文件請(qǐng)求后，發(fā)送一個(gè)所述創(chuàng)建文件請(qǐng)求失敗記錄中的創(chuàng)建文件請(qǐng)求至所述主線程。

可選的，所述利用所述主線程將與創(chuàng)建文件請(qǐng)求相應(yīng)的open事件發(fā)送到子線程集中的空閑子線程之前，還包括：

利用所述主線程判斷與創(chuàng)建文件請(qǐng)求相應(yīng)的open事件是否發(fā)送到子線程集中的空閑子線程；

如果已發(fā)送，則不再利用所述主線程向所述子線程集中的空閑子線程發(fā)送open事件。

一種基于CIFS協(xié)議創(chuàng)建小文件的系統(tǒng)，包括：

創(chuàng)建請(qǐng)求發(fā)送模塊，用于間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程；

open事件發(fā)送模塊，用于利用所述主線程將與創(chuàng)建文件請(qǐng)求相應(yīng)的open事件發(fā)送到子線程集中的空閑子線程，以使所述子線程集中接收open事件的子線程完成對(duì)open事件的處理，其中，空閑子線程為沒有正在處理open事件的子線程。

可選的，所述創(chuàng)建請(qǐng)求發(fā)送模塊，具體用于利用所述主線程發(fā)送的open處理判斷結(jié)果，間斷的逐個(gè)發(fā)送創(chuàng)建文件請(qǐng)求集中的創(chuàng)建文件請(qǐng)求至主線程，其中，所述open處理判斷結(jié)果為所述主線程判斷是否在預(yù)設(shè)時(shí)間內(nèi)接收到子線程發(fā)送的open處理結(jié)果的判斷結(jié)果。

可選的，所述創(chuàng)建請(qǐng)求發(fā)送模塊，包括：