optimization: Explore reducing number of transaction list iterations
- 主要言語
- Rust
- スター
- 8
- フォーク
- 9
- 平均マージ
- 2日 13時間
- マージ済み PR(30日)
- 6
説明
https://github.com/evstack/ev-node/blob/04637e6ee86b8a9f22440322b77e7775ce2d8dab/execution/evm/execution.go#L134-L142
was referring this iteration, we go over the list of txs in `ev-node`. If we just do all these checks during the initial iteration, it helps reduce another iteration.
Albeit, I think this would only be relevant if we're in the 10^6 range of txs per block which I don't think we're at yet.
Assuming a program can do a 10^9 ops/second, which is 10^6 ops/millisecond. If we're targeting 50 ms block times, that's 5*10^7 ops/millisecond. So approximately, reducing the multiple iterations only start translating to performance gain at 10^6 tx range
_Originally posted by @Manav-Aggarwal in https://github.com/evstack/ev-reth/pull/29#discussion_r2251387435_
コントリビューションガイド
調査の方向性
execution/evm/execution.go の134-142行目から始め、トランザクションリストの初回の反復処理と、issueで説明されている後続のチェックを追跡します。動作を変更せずにチェックを統合できるか判断し、その後、トランザクション処理が引き続き同じ結果を生成し、追加の反復処理が削除されていることを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- rust
- 領域
- performance
- issue の種類
- リファクタリング
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 45/100