Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

high CPU usage because of git grep process

オープン
#680 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
haskell
領域
search

調査の方向性

まず、どの gitit 検索リクエストが git grep -I -n --null --ignor-case --all-match --word-regexp を起動するのかを追跡し、次に報告されている 20 GB のストアのような大規模なリポジトリに対して再現します。複数の検索が依然としてコスト高になる理由を特定し、検証済みの修正または軽減策を文書化してください。issue には、対象となるソースファイルも実行すべきテストも記載されていません。

索引モデルが issue の本文から書いたものです。

説明

Hello,

I would like to ask you about a problem I have with my server. I am running gitit through apache and use it for data storing and sharing with other people. It worked well for a long time, but some time ago, it started to load the server too much. A few times per day, the uptime command shows more than 15, which is a lot.
I was trying to identify the problem and it seems, the following command is doing this:

git grep -I -n --null --ignor-case --all-match --word-regexp -e <some path>

These git greps are running several times and are costly on CPU. Do not you have any idea, why this could be happening? I can provide any other information you ask me for.

Just to note, our gitit repository is quite large currently, it has about 20 GB (photos, pdfs, scripts, etc). But some very small files should be excluded. I know, gitit was probably not designed for such large repositories, but I'm not sure if this can be the problem or not...

Thank you for your answer,
Petr

主要言語
Haskell
スター
2.3k
フォーク
231
平均マージ
4日 3時間
マージ済み PR(30日)
1

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

jgm/gitit のほかの issue

jgm/gitit の issue をすべて見る

似ている issue

Haskell の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。