ipfs/kubo

Investigate add/pin/gc locking

Open

#3,514 opened on 2016年12月16日

GitHub で見る
 (1 comment) (1 reaction) (0 assignees)Go (13,906 stars) (2,725 forks)batch import
help wantedkind/testtopic/commands:addtopic/repo

説明

While looking into #3470 and #3436, I found that the locks around adding/pinning/GC look really wonky and inconsistent.

This issue is a reminder that we need to:

  • Look very closely at which locks are in play
  • Document in detail how these locks work
  • Write stress tests which make sure we don't end deadlock ourselves

コントリビューターガイド

技術スタック
go
領域
backend
Issue 種別
research
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
4
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
over 1 week
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
needs investigation
前提条件
Go concurrencyIPFS internals
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
15
調査方針
Investigate the locking mechanisms around add/pin/GC operations in the IPFS Go implementation (kubo). Start by examining the code referenced in issues #3470 and #3436. Document the current lock usage, identify inconsistencies, and propose a consistent locking strategy. Finally, write stress tests to ensure deadlock free operation.
Investigate add/pin/gc locking · ipfs/kubo#3514 | Good First Issue