You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current multipart logic for grizzly provider has some issues.
Before writing, default logic allocates all file sources' buffers. I met OOM before actual writing when I tested with a large file.
After I improved above first issue, I also met OOM in writing because the write buffer queue(grizzly internal write buffer) would be able to be full. BaseFeeder.java already has the write-flow-control which waits or blocks if server can't be received. So I think this logic can be also applied in multipart logic default.
The text was updated successfully, but these errors were encountered:
carryel
added a commit
to carryel/async-http-client
that referenced
this issue
Nov 6, 2013
Current multipart logic for grizzly provider has some issues.
The text was updated successfully, but these errors were encountered: