パフォーマンス低下の扱いに関する方針
内容
基本方針：重大なパフォーマンスの低下が発生した場合にはツリーを閉鎖します。
実行：ツリーを閉鎖する場合と再開の方法を説明します。
新機能とパフォーマンス：役に立つ新機能の実現を目指すことで、パフォーマンスの低下を招く場合があります。
リソース消費量の増加：ツリー閉鎖の方針は適用しません。
基本方針：ツリー閉鎖：高いパフォーマンスは Mozilla のリリースおよび Mozilla を基にした有償製品では重要な目標です。したがって、開発段階で気付かなかったか、あるいは解決されなかったパフォーマンスの低下を放置することはできません。しかし、自動化ツールではパフォーマンス低下の原因を究明する手助けしかできません。監視員はこういったパフォーマンスの低下を防ぐため第一線で監視を行い、必要な場合にはツリーの閉鎖を行います。こうして、重大なパフォーマンスの低下があった場合には方針に従ってツリーを閉鎖します。
実行：パフォーマンス低下の測定では、星取表に各種の試験結果を記録していきます。ここに含まれる試験項目には、起動時間 (Ts)、ページのロード (Tp)、および新規ウィンドウのオープン (Txul) があります。この試験は、CPU の処理速度、メモリー容量が異なる複数のコンピュータで実施します。パフォーマンスの低下により、ある一定以上の「黒星」* を残した場合には- ツリーが閉鎖されます。
- 問題にかかわる当事者 - 問題の当事者が、自身のチェックインが問題の原因かどうか調査します。
- 問題解決に 1 時間与えられます。
- 当事者は、コードが問題の原因ではない理由を説明することで、当事者のチェックインがパフォーマンス低下に関係がないことを証明します。監視員やパフォーマンスの責任者を納得させるだけの有効な説明が必要です。たとえば次のような説明をします。「変更したコードは起動後に実行されるので、起動時のパフォーマンス低下には関係がありません」
- 61 分経過すると、パフォーマンス低下との因果関係がないことを証明できなかったチェックインが監視員によって取り消されます。
- 問題の原因が不明な場合には次のことを実施します。
- ツリーの閉鎖を継続します。
- あらゆる変更が取り消されます。
- 取り消されたチェックインを再度有効にするには、パフォーマンス低下の測定プロセスを通る必要があります。監視員がチェックインの許可を出します。
- 原因について合理的な説明が付く場合には以下のことを実施します。
- 原因と考えられるチェックインが取り消されます。
- 星取表による評価を保留し、パフォーマンス低下の修正を確認します。
- その後、ツリーを再開します。
* 不合格とする「黒星」の数は敢えて定義していません。その理由は、監視員が黒星をいくつまでなら許すか決定する際には、パフォーマンスの責任者、上級レビュアー、mozilla.org のスタッフ、および関係する開発者と協議するからです。このような決定に対する反論が増加した場合には、mozilla.org のスタッフが正確なガイドラインを検討し、現状の方針に対して多くの経験を盛り込んだ詳細な方針を策定します。したがって、黒星を多く付けられた場合でも、監視員個人への攻撃はしないでください。最善を尽くして、適切な人からの意見を求め、場合によっては必要な対処をすることが監視員には求められます。また、変更を取り消された当事者は今後のために、どのような場合には、どのような理由で、何をすれば良いのかということに関して意見を寄せてください。多くの方からの意見をお待ちしています。チェックインの取り消しの有無が元で、監視員を悪意のある攻撃の対象としないようにお願いします。
新機能とパフォーマンス：要望の多い機能の追加によってパフォーマンスの低下を招く場合があります。Mozilla への追加が望まれる機能については、次のとおり対応します。パフォーマンスの低下を改善するために、可能な限りの協力をします。次の手順を繰り返します。新機能の実質的な重要性を評価します。この評価は厳格に実施します。新機能の重要性が低い場合、パフォーマンスの低下を容認することは困難です。新機能が多くのユーザーにとって重要な場合、drivers@mozilla.org で新機能の価値を検討し、あわせてパフォーマンスの低下を許容してまでもその新機能が必要である理由を検討します。当該のパフォーマンス低下を修正するか、従来どおりのパフォーマンスを維持して新機能を実現する方法を見つけた場合、その修正が許可される可能性が高くなります。わずかなパフォーマンスの低下であっても、関係者がパフォーマンスの低下を容認するためには、多くの労力を必要とします。
リソース消費量の増加：この方針は、Mozilla が消費するリソースが増加した場合には適用されません。必要なメモリーの増加、およびメモリー リークの原因を究明するのは容易であるというスタッフの見解により、リソースの問題には、この方針を適用しません。
連絡先：Mitchell Baker <mitchell@mozilla.org>