Discard packets statically known to fail #370
Conversation
| /// This is a simple sanity check so the leader can discard transactions | ||
| /// which are statically known to exceed the compute budget, and will | ||
| /// result in no useful state-change. | ||
| pub fn compute_unit_limit_above_static_builtins(&self) -> bool { |
There was a problem hiding this comment.
This could be part of ImmutableDeserializedPacket::new() -> Result, can drop packet there if not enough cu limit. Just to clarify that it is standalone function to support scheduler_controller?
There was a problem hiding this comment.
made it a separate function more just more easily document the behavior and use in filter call.
also didn't want to put it directly in new so we don't need to change any of the existing tests.
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #370 +/- ##
=========================================
- Coverage 81.9% 81.8% -0.1%
=========================================
Files 838 838
Lines 227368 227389 +21
=========================================
- Hits 186238 186226 -12
- Misses 41130 41163 +33 |
apfitzge
added
automerge
|
Backports to the stable branch are to be avoided unless absolutely necessary for fixing bugs, security issues, and perf regressions. Changes intended for backport should be structured such that a minimum effective diff can be committed separately from any refactoring, plumbing, cleanup, etc that are not strictly necessary to achieve the goal. Any of the latter should go only into master and ride the normal stabilization schedule. |
|
Backports to the beta branch are to be avoided unless absolutely necessary for fixing bugs, security issues, and perf regressions. Changes intended for backport should be structured such that a minimum effective diff can be committed separately from any refactoring, plumbing, cleanup, etc that are not strictly necessary to achieve the goal. Any of the latter should go only into master and ride the normal stabilization schedule. Exceptions include CI/metrics changes, CLI improvements and documentation updates on a case by case basis. |
* Discard packets statically known to fail * add test (cherry picked from commit 5f16932) # Conflicts: # core/src/banking_stage/transaction_scheduler/scheduler_controller.rs
* Discard packets statically known to fail * add test (cherry picked from commit 5f16932) # Conflicts: # core/src/banking_stage/transaction_scheduler/scheduler_controller.rs
) * Discard packets statically known to fail (#370) * Discard packets statically known to fail * add test (cherry picked from commit 5f16932) # Conflicts: # core/src/banking_stage/transaction_scheduler/scheduler_controller.rs * resolve conflict --------- Co-authored-by: Andrew Fitzgerald <[email protected]>
) * Discard packets statically known to fail (#370) * Discard packets statically known to fail * add test (cherry picked from commit 5f16932) # Conflicts: # core/src/banking_stage/transaction_scheduler/scheduler_controller.rs * resolve conflicts: old metrics update style --------- Co-authored-by: Andrew Fitzgerald <[email protected]>
…#370) (anza-xyz#375) * Discard packets statically known to fail (anza-xyz#370) * Discard packets statically known to fail * add test (cherry picked from commit 5f16932) # Conflicts: # core/src/banking_stage/transaction_scheduler/scheduler_controller.rs * resolve conflicts: old metrics update style --------- Co-authored-by: Andrew Fitzgerald <[email protected]>
Originally written by Andrew Fitzgerald <[email protected]> on Wed Aug 9 14:57:55 2023 -0700. Previous version: commit 86a2b8f8aa19e606bd6396dfdbc6f35950b23ee9 Author: Andrew Fitzgerald <[email protected]> Date: Wed Aug 9 14:57:55 2023 -0700 Spawn adversarial and normal banking stages (anza-xyz#113) Rewritten to match the upstream scheduler code as of anza-xyz#5467 by Illia Bobyr <[email protected]>. This change includes all of the following changes: --- Author: Illia Bobyr <[email protected]> Date: Mon Oct 2 14:03:46 2023 -0700 adversary: test_scheduler => attack_scheduler (anza-xyz#175) We mostly talk about attacks, when we discuss the functionality this code supports. Considering that we have a lot of other kinds of tests, it seems a bit clearer to call use "attack" in this part of the code. Author: Illia Bobyr <[email protected]> Date: Tue Oct 3 15:21:33 2023 -0700 adversary: test_generators => transaction_generators (anza-xyz#178) We mostly talk about "attacks" rather than "tests" in this part of the code. And even the main type in the `test_generators` module is called `TransactionGenerator`. Author: kirill lykov <[email protected]> Date: Thu Feb 8 10:52:48 2024 +0100 replay: atomicbool instead of singleton for dropping packets (anza-xyz#224) * use atomicbool instead of singleton to drop packets * add use for Ordering Co-authored-by: Illia Bobyr <[email protected]> Signed-off-by: kirill lykov <[email protected]> * rename drop_packets --------- Signed-off-by: kirill lykov <[email protected]> Co-authored-by: Illia Bobyr <[email protected]> Author: Brennan <[email protected]> Date: Fri Mar 22 06:45:29 2024 -0700 remove dead code (anza-xyz#298) Author: Andrew Fitzgerald <[email protected]> Date: Tue Jul 16 14:49:59 2024 -0500 AdversarialBankingStage: Remove warning (anza-xyz#370) Remove warning. Adjust names
3 participants
Problem
Summary of Changes
Fixes #