MetaCall level cache to avoid recompiling identical loader inputs

Open
#644 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

  • #649 by @SATVIKsynopsis — closed without merging

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
c
Domain
backend

Research direction

Begin with the rs_loader flow mentioned in the issue and trace when identical source inputs are compiled within one process. Establish whether a shared MetaCall core cache is feasible, define its cache key and compiled-artifact lifetime, and document a decided, testable design before implementation.

Written by the indexing model from the issue text.

Description

🚀 Feature

While inspecting rs_loader, it was noticed that the same source input can be compiled multiple times within a single MetaCall process under certain flows. This is not a bug, but a potential optimization opportunity.

Instead of introducing a loader specific cache, this could be handled at the MetaCall core level so that caching is shared across all loaders and languages thus, avoiding duplicated logic.

A possible approach could be a simple process local cache mapping source input to the compiled artifact, with no persistence. Opening this issue to discuss feasibility and design before any implementation.

Dominant language
C
Stars
1.8k
Forks
266
Avg merge
2d 16h
Merged PRs (30d)
14

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from metacall/core

All issues in metacall/core

Similar issues

More C issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.