<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          GitalyGit RPC 服務(wù)

          聯(lián)合創(chuàng)作 · 2023-09-23 12:40

          Gitaly是一個Git RPC服務(wù),用于處理GitLab發(fā)出的所有g(shù)it調(diào)用。目前Gitaly仍在發(fā)展。 我們期望它成為一個標準組件,并在2017年第三季度達到全覆蓋。

          項目目標:

          • 制作大型GitLab實例的git數(shù)據(jù)存儲層,特別是GitLab.com,速度快。

          這將通過關(guān)注兩個領(lǐng)域(按此順序)來實現(xiàn):

          • 允許高效緩存

          • GitLab的Git數(shù)據(jù)層的彈性水平縮放

          由來:

          對于GitLab.com git訪問很慢。

          當(dāng)查看Rugged :: Repository.new性能數(shù)據(jù)時,我們可以看到我們的P99峰值高達30秒,而CPU時間保持在15毫秒的范圍內(nèi)。 指向文件系統(tǒng)訪問是罪魁禍首。

          rugged.new timings

          我們的P99訪問時間只是創(chuàng)建一個Rugged :: Repository對象,這是從磁盤加載和處理git對象,尖峰超過30秒,基本上不可用。 我們還看到,只是走過gitlab ce的分支需要2.4秒。

          我們考慮移動到金屬以解決我們的問題與更高性能的硬件,但是我們的用戶在云中使用GitLab,所以它應(yīng)該在那里工作。 這樣,增加的性能將使每個GitLab用戶受益。

          瀏覽 29
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          編輯 分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          編輯 分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  久久久久久久久久久久精 | 国产操骚逼视频 | 欧美内射视频网站 | 日韩乱伦毛片 | 亚洲三级干 |