Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LoadedPrograms #29803

Open
Tracked by #28755
Lichtso opened this issue Jan 20, 2023 · 1 comment
Open
Tracked by #28755

LoadedPrograms #29803

Lichtso opened this issue Jan 20, 2023 · 1 comment
Assignees
Labels
runtime Issues related to runtime, BPF, and LLVM

Comments

@Lichtso
Copy link
Contributor

Lichtso commented Jan 20, 2023

Develop and Implement LoadedPrograms, replacement for the executor cache

  • One global loaded programs cache per validator with two index levels: Program address and effective slot
  • One local loaded programs cache per transaction batch
  • Each entry has a deployment slot (making this a bitemporal model)
  • And an effective slot, which does not refer to a specific block but all future blocks beyond that slot, which are descendants of the deployment slot
  • Entries can hold the following types of programs:
    • LegacyV0: Programs of the legacy loader(-v1) or loader(-v2)
    • LegacyV1: Programs of the upgradeable loader(-v3)
    • Typed: Programs of loader-v4
    • Built-in
    • Tombstone: To remember that a program failed verification or was closed
    • Unloaded: To remember that a program was verified before and what usage statistics it had
    • Loading: To coordinate cooperative loading across transaction batches
  • Recompilation phase before RBPF-affecting features activate to amortize workload on epoch boundary
  • Delay visibility: Avoids pipeline stalls as the very next instruction in a transaction could depend on a redeployment
  • Redeployment cool down: Prevents multiple (un-/re-)deployments of the same program in a slot
  • Usage statistics: Kept in atomic counters in the program which itself lives in an Arc
  • Simplify the transaction loader to deduplicate all accounts and not keep duplicate program accounts
  • Does not care about the dependency graph in between programs, all transitive dependencies need to be specified in a message
@Lichtso Lichtso added the runtime Issues related to runtime, BPF, and LLVM label Jan 20, 2023
@IntokuSatori
Copy link
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
runtime Issues related to runtime, BPF, and LLVM
Projects
Status: No status
Development

Successfully merging a pull request may close this issue.

3 participants