Skip to content

Use SparkCache CUDA restore terminology - #26

Closed
FujitsuPolycom wants to merge 1 commit into
codex/page-delta-native-placementfrom
codex/sparkcache-cuda-restore-terminology
Closed

Use SparkCache CUDA restore terminology#26
FujitsuPolycom wants to merge 1 commit into
codex/page-delta-native-placementfrom
codex/sparkcache-cuda-restore-terminology

Conversation

@FujitsuPolycom

Copy link
Copy Markdown
Owner

Result

Status: implemented.

SparkCache exposes the capability as SparkCache CUDA restore and the data-movement component as SparkCache CUDA placement. Connector settings, environment variables, GLM deployment profiles, CLI options, runtime messages, and repository prose use those terms.

Canonical Python modules and class/function aliases provide CUDA-named imports. The implementation modules and symbols containing native remain available as compatibility interfaces and refer to the same objects.

Compatibility

Legacy connector keys, environment variables, profile arguments, and CLI flags remain accepted. Legacy-only input emits one concise warning per process. Supplying canonical and legacy values that disagree rejects startup.

Cache identity, digest salts, chunk geometry, on-disk schemas, the placement C ABI, and libspark_cache_placement.so are unchanged. Cache namespace impact: none.

Historical validation artifact paths remain stable so existing evidence links continue to resolve.

Validation

  • python -m pytest sparkcache -q: 746 passed, 7 skipped
  • python -m pytest deploy -q: 108 passed, 1 skipped
  • python -m ruff check .: passed

This draft is stacked on #25 because it names the reconstructed-page CUDA placement interface introduced by that change.

Expose SparkCache CUDA restore and CUDA placement names in connector configuration, environment variables, deployment profiles, CLI options, logs, and documentation. Preserve legacy native-restore keys and Python symbols as compatibility aliases; conflicting canonical and legacy values reject startup and legacy-only input warns once per process. Cache identity, digest salts, chunk geometry, and stored bytes are unchanged. Validation: 746 SparkCache tests passed with 7 skipped; 108 deployment tests passed with 1 skipped; Ruff passed.
@FujitsuPolycom

Copy link
Copy Markdown
Owner Author

The resulting behavior and evidence are consolidated in retained draft stack #39#42#44. Independent heat and SSD research remains in #36. Closing this superseded draft and deleting only its remote head branch.

@FujitsuPolycom
FujitsuPolycom deleted the codex/sparkcache-cuda-restore-terminology branch August 31, 2026 02:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant