-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More options for custom body files forms #2298
Comments
Can you please explain in more details what exactly are you trying to do, I don't understand what you mean by "head of body" 😕 Also, do you want to have a unique request body in every VU/iteration/request? Or will it be the same? Because if it's the same, #1931 (currently WIP) should solve the issue, right? And if it's unique for every request, I am not sure how exactly we can reduce RAM usage with 40+MB uploads... 😕 Maybe some sort of a streaming API (#592) / generator-based on-demand construction of request bodies? |
Yes It's like a join both, because in this moment I need upload large file to service but the custom body form-data that generate k6 for default is not work for me, then I build a custom body byte array with the correct format for my service (based in Advanced multipart request polyfill), but in this building and when I send http request the memory of my computer rise up in seconds. When I try to upload without use the polyfill, the memory behavior is normal but the request fails for the above explanation |
Do you want to upload the exact same request body in every request? |
Yes, but in one alone request I can see the excessive memory rise up |
Feature Description
In runtime when I try to write custom head for form body send with javascript, when the file is > to 40 mb the ram is elevated to max and OS kill the porcess.
Example for custom body builder
Normal Use:
When execute script with custom body
Suggested Solution (optional)
I Suggest can have options for build custom head of body forms for correct binding of big files
Already existing or connected issues / PRs (optional)
No response
The text was updated successfully, but these errors were encountered: