microsoft / microsoft/RecursiveExtractor

Timeout Should be Resiliant to Stalls in Extractor Libraries

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

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

enhancement
主要言語
C#
スター
220
フォーク
35
平均マージ
20日 1時間
マージ済み PR(30日)
1

説明

#127 revealed an a new issue that if there is a stall in an extractor dependency we use, the resource governor is never called. This may require some refactoring to perhaps a task based system with a timer based cancellation to improve the robustness of the timer restriction.

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

調査の方向性

まず、extractor の依存関係の周辺で resource governor がどのように呼び出され、タイマーの制限がどのように適用されるかを追跡します。停止した extractor がどのようにキャンセルをトリガーすべきかを判断し、依存関係の停止中も governor が呼び出され続け、timeout が有効なままであることを完了条件として定義します。

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

評価

技術スタック
csharp
領域
cli, tooling
issue の種類
バグ
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

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

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