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

docs/api-guide.md: "an actor occupies its whole worker" contradicts multi-actor workers

オープン 初心者向け
  • 何か問題がありますか？
#2,152 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@ericcurtin がすでに取り組んでいます。

2026年10月4日 から。

  • #2183 @ericcurtin による — オープン

評価

難易度
1/5
見積もり時間
1時間未満
初心者へのやさしさ
88/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go
領域
documentation

調査の方向性

docs/api-guide.md の141行目付近を読み、docs/api-guide.md の66～67行目および docs/glossary.md の48～50行目の文言と比較してください。現在の worker と scheduling の動作について、cmd/ateom-gvisor/main.go と cmd/ateapi/internal/scheduling/scheduling.go を確認してください。ドキュメントが multi-actor worker と矛盾しなくなり、requests がどのように扱われるかを正確に説明していれば完了です。

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

説明

area/api kind/docs

docs/api-guide.md line 141 (v0.3.0) says: "requests are not consulted today (an actor occupies its whole worker)."

Since v0.2.0 (#1836), a worker hosts several actors at once: --max-actors defaults to 1000 (cmd/ateom-gvisor/main.go:83), and the scheduler places actors by remaining CPU and memory (cmd/ateapi/internal/scheduling/scheduling.go:153). docs/api-guide.md lines 66-67 and docs/glossary.md lines 48-50 already say so. On a v0.3.0 kind install with a two-replica gVisor WorkerPool, kubectl ate get actors showed two running actors on one worker pod at once.

The parenthetical at line 141 reads as the current placement rule and contradicts the other two passages. Suggest removing it, or restating it as how requests are treated now.

主要言語
Go
スター
4.4k
フォーク
515
平均マージ
2日 13時間
マージ済み PR（30日）
279

環境構築

はじめの一歩

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

agent-substrate/substrate のほかの issue

agent-substrate/substrate の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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