-
Notifications
You must be signed in to change notification settings - Fork 884
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
Long delay in resuming multi-part uploads after restarting app #4580
Comments
Adding some additional steps and logs:
Based on the AWSS3TransferUtility code, it appears that all AWSS3TransferUtilityUploadSubTasks are retried from the handleUnlinkedTransfers function, where a new NSURLSessionUploadTask is created for each subtask within the createUploadSubTask function. NSURLSession then waits for all NSURLSessionUploadTasks that were created before the app was killed to finish before continuing with the newly created NSURLSessionUploadTask during multipart upload recovery. |
Anyone help? |
+1 |
@f3n1kc Apologies for the delayed response. Our team will try to look into this question and respond soon. Thanks for your patience. |
@harsh62 any news? |
@f3n1kc Our team is internally looking into this issue and will provide an update soon. |
Hi,
I am using the AutoResume project (#3474 (comment)) to test uploads for large files (>700mb) on iOS, with latest AWSCore, AWSS3. Everything works fine, except when the app is manually terminated (force stopped). In this case, I noticed a long delay before multipart upload resumes, approximately 3 minutes for a 1.5GB file on the latest iPhones.
According to AWS logs, it seems that the Transfer Utility is waiting for NSURLSession to finish all previously created tasks before it continues:
My question is: is this expected behavior that after force quitting the app, it takes that long to resume the previously uploaded file?
The text was updated successfully, but these errors were encountered: