[發明專利]一種信息的處理方法、裝置、設備及系統

在審

• 申請號: 201911044293.2
• 申請日: 2019-10-30
• 公開（公告）號: CN112749023A
• 公開（公告）日: 2021-05-04
• 發明（設計）人: 陳焱
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 朱文杰

本說明書實施例公開了一種信息的處理方法、裝置、設備及系統，該系統包括客戶端進程、共享Eventfd、共享內存和服務進程，其中：客戶端進程，用于基于目標業務數據生成與服務進程進行交互的交互請求，交互請求中包括目標業務數據對應的服務業務標識和進行交互時的目標會話標識，將該交互請求放入共享內存中，并觸發服務業務標識對應的服務線程的共享Eventfd執行該交互請求，并觸發共享目標會話標識對應的目標會話控制的共享Eventfd；服務進程，用于在監聽到該服務線程的共享Eventfd被觸發時，從共享內存中獲取該交互請求，并對該交互請求進行處理，觸發目標會話控制的共享Eventfd執行；客戶端進程，用于監聽目標會話控制的共享Eventfd是否被觸發。

技術領域

本說明書涉及計算機技術領域，尤其涉及一種信息的處理方法、裝置、設備及系統。

背景技術

在多應用容器引擎Docker場景下，由于無法做到每個Docker獨占一個設備，所以采用運行于宿主機上的Primary進程占用硬件(如FPGA設備等)。在Docker內運行Secondary進程，通過進程間通信跟Primary的交互來實現對硬件的訪問，Secondary和Primary之間的交互效率是高QPS(Query Per Second，每秒查詢率)的關鍵路徑。

進程間交互存在多種方式，針對Linux操作系統，Linux操作系統可以支持多種IPC機制，其中，效率最高的當屬共享內存方式，但是，共享內存方式缺少一種進程間觸發的輔助機制，即在交互的數據準備完成后，無法觸發服務進程響應并處理共享內存中的相關數據，因而就需要一個高效的觸發機制來觸發服務進程響應并處理共享內存中的相關數據。

發明內容

本說明書實施例的目的是提供一種信息的處理方法、裝置、設備及系統，以提供一種高效的觸發機制來觸發服務進程響應并處理共享內存中的相關數據。

為了實現上述技術方案，本說明書實施例是這樣實現的：

本說明書實施例提供的一種信息的處理系統，所述系統包括客戶端進程、共享文件描述符Eventfd、共享內存和服務進程，其中：

所述客戶端進程，用于基于目標業務數據生成與所述服務進程進行交互的交互請求，所述交互請求中包括所述目標業務數據對應的服務業務標識和進行交互時的目標會話標識；

所述客戶端進程，還用于將所述交互請求放入所述共享內存中，并觸發所述服務業務標識對應的服務線程的共享文件描述符Eventfd，以使所述服務線程執行所述交互請求；

所述服務進程，用于在監聽到所述服務線程的共享文件描述符Eventfd被觸發時，從所述共享內存中獲取所述交互請求，并對所述交互請求進行處理；

所述服務進程，還用于觸發共享所述目標會話標識對應的目標會話控制的共享文件描述符Eventfd；

所述客戶端進程，用于監聽所述目標會話控制的共享文件描述符Eventfd是否被觸發，以確定所述交互請求是否處理完成。

本說明書實施例提供的一種信息的處理方法，所述方法包括：

基于目標業務數據生成與所述服務進程進行交互的交互請求，所述交互請求中包括所述目標業務數據對應的服務業務標識和進行交互時的目標會話標識；

將所述交互請求放入所述共享內存中，并觸發所述服務業務標識對應的服務線程的共享文件描述符Eventfd，以使所述服務線程執行所述交互請求；

監聽所述目標會話標識對應的目標會話控制的共享文件描述符Eventfd是否被所述服務進程觸發，以確定所述交互請求是否處理完成。

本說明書實施例提供的一種信息的處理方法，所述方法包括：