Use C23 free_sized especially with short lived data (more so in tight loops), discussion for later
オープン
まだ誰も着手していません。
Feature
Status: Needs Triage
- 主要言語
- C
- スター
- 40.4k
- フォーク
- 8.2k
- 平均マージ
- 2日 13時間
- マージ済み PR（30日）
- 96
説明
Description
To see for the next major release (likely 9.0) and giving the time for the various libcs to actually implement it.
We bother giving an explicit size, the benefit doing so is performance. Indeed, the underlying memory allocator does not need to read the metadata to figure out the block size in that case.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、PHP における現在の明示的なサイズ指定による解放箇所を特定し、対象となるどの libc が C23 free_sized API をサポートしているかを確認します。短時間しか存続しないアロケーションとタイトなループへの潜在的な影響を比較し、そのうえで、見込みのある 9.0 リリースに必要な互換性とスコープを定義します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- c
- 領域
- backend
- issue の種類
- リファクタリング
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 30/100