Multiple Receive API Support

[nibanks]

Description

Adds a settings for apps to configure streams to support multiple parallel receives.

Testing

TODO

Documentation

TODO

[codecov]

Codecov Report

Attention: Patch coverage is 96.00000% with 1 line in your changes missing coverage. Please review.

Project coverage is 85.70%. Comparing base (db66ab9) to head (79ce0b7).
Report is 2 commits behind head on main.

Files	Patch %	Lines
src/core/settings.c	94.11%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #4182      +/-   ##
==========================================
+ Coverage   85.02%   85.70%   +0.67%     
==========================================
  Files          56       56              
  Lines       15457    15475      +18     
==========================================
+ Hits        13143    13263     +120     
+ Misses       2314     2212     -102     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[ami-GS]

1G send sometimes hit assert here

msquic/src/core/recv_buffer.c

Line 688 in a1f2339

CXPLAT_DBG_ASSERT(ChunkLength);

[ami-GS]

hit

msquic/src/core/recv_buffer.c

Line 352 in a1f2339

CXPLAT_DBG_ASSERT((uint64_t)AllocLength + (uint64_t)Chunk->AllocLength < UINT32_MAX);

[ami-GS]

RecvBuffer->ReadLength seems to have synchronization issue. Especially after resizing chunk

[ami-GS]

This guy does bad. Not necessarily the cap split the draining range. Or simply split ranges maybe not indicated to an app.

msquic/src/core/recv_buffer.c

Line 926 in a1f2339

QuicRangeSize(&RecvBuffer->WrittenRanges) > 1) {

[ami-GS]

Where to handle remaining ReadPendingLength. App? api.c? stream_recv.c? recv_buff.c?