Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Proposal: Add build-selectable SVE2-256 architecture support

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

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
30/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
cpp

Research direction

Start by reading the existing SVE2-128 implementation under include/sonic/internal/arch and review how architecture selection is exposed through the build. Then inspect the existing benchmark testdata and benchmark results. Done would be an accepted build-selectable SVE2-256 implementation covering serialization and deserialization, with benchmark evaluation against the stated NEON baseline.

Written by the indexing model from the issue text.

Description

The repository currently contains an SVE2-128 implementation under
include/sonic/internal/arch.

SVE2-256 is commonly used on Kunpeng950. Adding a separate SVE2-256
implementation would allow the code to take advantage of the wider vector
width and higher data-parallel throughput while continuing to use SVE2
instructions.

The implementation would be selected through a build option. The change is
approximately 1,200 lines and includes optimizations for
both serialization and deserialization.

In preliminary testing with Clang 16 and the existing benchmark testdata,
compared with the NEON build on the same Kunpeng950 system:

  • Deserialization shows about 13%+ average CPU-time reduction, up to 35%.
  • Serialization shows about 4% average CPU-time reduction, up to 15%.

Could you please confirm:

  1. Is adding a separate SVE2-256 architecture directory acceptable?
  2. Is the existing testdata sufficient for benchmark evaluation?
  3. Is the NEON build on the same Kunpeng950 system an acceptable baseline?
Dominant language
C++
Stars
977
Forks
129
PR merge metrics
No merged PRs in 30d

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 bytedance/sonic-cpp

All issues in bytedance/sonic-cpp

Similar issues

More C++ issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.