-
Notifications
You must be signed in to change notification settings - Fork 41
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
Uploads are slow / request to benchmark uploads #19
Comments
This library uses Guzzle, which internally uses cURL, so I imagine any slowness would be down to something on your end - a misconfigured server, a slow connection to Backblaze's data center or similar. If you can provide a reliable test case I can certainly try it on my end. |
Thanks for a prompt reply! We're running on Linode. I will do some benchmarking and a test case from different providers and get back to you. |
Try running an upload using blackfire. If all time is spend in the curl call, it might be network related rather than code related. |
Backblaze generally recommends uploading in parallell or on multiple threads, and has their datacenters in the US for now only. That is probably the reason. I'll get back to you with a blackfire log. |
Hm. They recommend using parallel upload given a certain filesize. I can confirm however that there is a 200/300ms latency for each roundtrip from Europe. If you don't have a cached authorization token, that can be up to 3 trips before you even start uploading.
And only then, start the uploading. A blackfire profile would be cool to go a little further indeed ;) |
Hi,
We have a platform where we usually upload up to 50 files from a user (images), where each upload can take up to 20 seconds for an image of 2MB. We have found that the uploads are extremely slow in regards of this. I was in contact with Backblaze B2-support and they suggested maybe it has something to do with HTTPS-verification or such things.
I will try to create an isolated test-case, but until then - do you have any thoughts on this? Is it a mis-configured server on our end; or are uploads typically these slow?
The text was updated successfully, but these errors were encountered: