Skip to content

release: prepare 0.38.0 - #904

Open
michalharakal wants to merge 1 commit into
developfrom
release/0.38.0
Open

release: prepare 0.38.0#904
michalharakal wants to merge 1 commit into
developfrom
release/0.38.0

Conversation

@michalharakal

Copy link
Copy Markdown
Contributor

Bump version 0.37.0 -> 0.38.0 (gradle.properties, docs/antora.yml, README quickstart). Promote CHANGELOG [Unreleased] to [0.38.0].

The [Unreleased] section only carried the dynamic-dimension work (#891), so this also writes up the narrow-float line that merged without changelog entries: the shared BF16/FP16 codec and KEEP_NATIVE loading (#886), the zero-copy transpose for input-major narrow weights (#888/#895), the native FFM FP16 kernel and the missing matmulFp16 accessor behind it (#887/#896), and read-once weight tiling in both native narrow kernels (#897). Records the measured result -- both narrow formats now beat the FP32 SGEMM, where FP16 used to be 2-18x slower -- and the finding that these kernels are compute-bound on the FMA chain at batch 16 rather than bandwidth-bound, so the next win is not more layout work.

Two behaviour notes worth a reader's attention are called out rather than buried: Fp16Codec.decode now quiets NaN, which changes exactly the 1022 signaling patterns and nothing else, and a row-major narrow buffer still takes the generic transpose path on purpose.

Refresh README "What's New" around the two headline features and add a Contributors (0.38.0) section.

No tag yet.

Bump version 0.37.0 -> 0.38.0 (gradle.properties, docs/antora.yml, README
quickstart). Promote CHANGELOG [Unreleased] to [0.38.0].

The [Unreleased] section only carried the dynamic-dimension work (#891),
so this also writes up the narrow-float line that merged without changelog
entries: the shared BF16/FP16 codec and KEEP_NATIVE loading (#886), the
zero-copy transpose for input-major narrow weights (#888/#895), the native
FFM FP16 kernel and the missing matmulFp16 accessor behind it (#887/#896),
and read-once weight tiling in both native narrow kernels (#897). Records
the measured result -- both narrow formats now beat the FP32 SGEMM, where
FP16 used to be 2-18x slower -- and the finding that these kernels are
compute-bound on the FMA chain at batch 16 rather than bandwidth-bound, so
the next win is not more layout work.

Two behaviour notes worth a reader's attention are called out rather than
buried: Fp16Codec.decode now quiets NaN, which changes exactly the 1022
signaling patterns and nothing else, and a row-major narrow buffer still
takes the generic transpose path on purpose.

Refresh README "What's New" around the two headline features and add a
Contributors (0.38.0) section.

No tag yet.
@github-actions

Copy link
Copy Markdown

📖 Documentation Preview

The documentation has been built successfully for this PR.

Generated Files:

  • Operator documentation: docs/modules/operators/_generated_/
  • JSON schema output: operators.json

Artifacts:

  • Download the documentation-preview-904 artifact to view the complete documentation locally.

This comment will be updated automatically when the PR is updated.

@michalharakal
michalharakal requested a review from aharakal July 30, 2026 10:19
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