- hit carry overの見積もりは、half ladder毎に次のイベントが前のイベントと同じfphx_BCOを持っていたときにそのhit数を勘定している
- ROCにつながってるポートでouterのほうがinnerより先に送られる配線になっている可能性がある
-- half ladderごとに独立してn-collisionやopen_timeが働いているのでは?
-- half ladderごとに解析して確かめる
- n-collisionがhalf entryに関係するか理解が難しい
-- n-collision, open_timeとhit carry-overとの関連性を説明するまとめ文章をつくる
-- まとめるときにn-collisions open_timeがどういう単位で働くか(half ladder毎?ROCデータライン毎?)を説明する
- offline QA plotとしてデータを見ていくのはどうか
-- 誰かのhelpが必要。加納さんがすでに入れているのを参考にする
- 修復してる、前のBCOと同じであるという条件で戻している
- 修復する前と後ではmultipliclityは変わらないはず
- イベントの戻し方はhalf ladderごとではなく、chipごとのはず
- すでにデフォルト値をn-collision=126, open_time=127にしてphysics runを取得している
- 今週のINTT英語ミーティングで話す
-- シフト中で発表はできないのでスライドだけでもIndicoにあげておく。チェンウェイか榎園が代理で話す。