valyala/fasthttp

Request should not fail on small ReadBufferSize

クローズ

#1,873 opened on 2024/09/24

GitHub で見る
 (4 件のコメント) (0 件のリアクション) (0 人の担当者)Go (1,755 件のフォーク)batch import
help wantedwontfix

Repository metrics

Stars
 (21,741 個のスター)
PR merge metrics
 (平均マージ 3d) (30d で 44 merged PRs)

説明

Can we not fail request if the req/resp header size is greater than the read buffer size.

I can see a bufio bug was mentioned for tryRead function but looks like it's resolved now. Can we have the above mentioned behaviour?

Also, some callback could also be configured to inform that buffer size was low. Library users could emit metrics and increase the buffer size appropriately to have best balance between memory usage and CPU usage.

@valyala Could you review the request?

コントリビューターガイド

調査方針
まず、fasthttp の header.go ファイルを読み、特に 2128 行目の tryRead 関数とその周辺のバッファロジックを理解してください。ReadBufferSize がリクエストの解析にどのように影響するかを把握します。この問題は、既に解決されている Go のバグ (golang/go#14121) を参照しています。この解決策が fasthttp に適用できるか調査してください。さらに、バッファサイズが不足している場合にユーザーに通知し、調整できるようにするコールバックメカニズムの実装を検討してください。既存のコメントを確認し、メンテナのフィードバックや追加のコンテキストがないか調べてください。
技術スタック
gorest api
領域
backendperformance
Issue 種別
機能
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
新着
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
おおむね明確
前提条件
Understanding of GoFamiliarity with fasthttp's bufferingReading header.go file
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
30