What is a Normal KBPS Speed?
sara505
Registered Users Posts: 1,684 Major grins
Uploading images seems slower than usual. Is it me? What is the normal mbps speed? I know my 5D files are large, but this is ridiculous.
0
Comments
I have been attempting to upload a wedding since last night. Slower than molasses. Out of 800 images, only 250 uploaded over-night. At this rate, it's going to take all week.
What's going on with SM lately??
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
It hasn't always been this way. Something is way off.
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
Damon,
That's not what our logs are currently showing....how are you measuring your bandwidth ? Out of the 2,247 files you have uploaded in the last 24 hours, our logs show the min 0.26 Mbps, the max 1.98 Mbps...with an average of 1.782 Mbps.
David
SmugMug API Developer
My Photos
Going by avg (not peak...) And I am not sure where you're grabbing those numbers from. Bandwidth monitor, logs from software, also seeing the all out avg of SE.
Not to mention, I uploaded the same files "already" from my assistants house which ironically enough has the same speed avg's I do - up to my fotki site. What took less than a day to upload has taken (going on 2 days) here. Even deleted the gallery and uploaded again due to the "issues I had arranging" and still the same thing.
I appreciate you responding, but I am not the only one with this complaint.
The numbers I quoted are directly from logs on our upload cluster.
Perhaps StarExplorer is displaying Mbps instead of Kbps. If so, 230 KBps == 1840 Kbps (or 1.84 Mbps) which would match what I am seeing in our logs.
SmugMug API Developer
My Photos
What is going on here???
Seriously??
Once upon a time I could upload an entire wedding overnight, sometimes 800 - 1,000 images, yes, smaller files, but do the math - this just does not add up.
Seriously, at this rate, it will take four over-nights to upload these 800 images.
And I might be convinced it is me, except that I have two computers in two locations and it's the same thing in both places.
Seriously, what is going on at Smug Mug??? I can drop the video debacle - I have basically moved on to Vimeo - but this is unacceptable.
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
Hi, we don't control your upload speed. It's not something we can even touch. We are able to receive, and process your files as fast as you can send them. This is from an upload of mine yesterday, 7 Mb/sec.
If you will write our Support Heroes, we do have some things we can do with you to see if we can help you speed things up.
Portfolio • Workshops • Facebook • Twitter
Portfolio • Workshops • Facebook • Twitter
My current Internet speed is 54mbps.
My upload speed is reporting 384 kb/s.
Slower than frickin molasses and I don't have time to mess with this today, many other things going on.
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
David, thank you for bringing this to my attention!
Here's a gist to S*E's speed indication:
1) all speeds are in xBytes per second, not in xbits per second.
2) all numbers are "smart", scaling up and down as needed. So whether you're on modem, dsl, cable or fiber, you'll only get a few important digits, the rest would go into K (~x10^3), M(~x10^6), etc. prefix.
Hence, S*E's 250KB/s= 250 * 8 (8 bits per byte) = ~2.0Mbps, and S*E's 4.0 MB/s = 4*2 = ~32mbps.
The reason: the file sizes are in kilobytes/megabytes, so it's easier to get an idea of how long would it take without constantly performing "times 8" operation, the latter being not natural for people unaccustomed to binary/octal math.
However, it's not all.
Depending on the settings, S*E may or may not display the following:
1) volatile speed: speed of the last buffer uploaded. This one is fairly representative, and, to the best of my knowledge, measures well against the various speed tests and ISP-provided hard "cap" numbers.
2) running average upload speed. Average of all such volatile speeds for this file. This gets less representative if there are multiple threads in action and files are large.
3) average upload speed: the #2 once the file send is complete. Mind you, this does not mean the upload as a whole is complete; only the send part. It means that now the sending thread goes into a sleep mode awaiting the response and doesn't use the "up" bandwidth, so the other threads (if configured properly) can use it for uploading.
4) when response from SM is received the total time divided by the file size is logged again. Granted, if there is more than one thread this value should be used very lightly, as it consists of both uploading part (when the bandwidth is actively used) and waiting part (when pretty much nothing on the client side is used).
All in all, given the multithreaded nature of S*E uploads and the two-stage (client request vs server response) nature of the individual uploads, I do *NOT* recommend using any of S*E-provided information for anything else except comparing your own current experience with your own past one.
If a serious benchmarking is really needed (I totally understand that for a commercial outfit it can be vital), please have an IT person contact me directly.
HTH
Bottom line, I uploaded the SAME FILES to Fotki via FTP and they finished in one day. Took 2 to get it to you all. There is a bottleneck some where. The reason people are complaining is they UPLOAD TO YOU ALL THE TIME, they KNOW how long iit takes to upload RAW files, then all of a sudden it's not as fast. Some testing should be done to identify the bottle neck. No one wants to see the "Owner" of the companies bandwidth numbers. OF COURSE he would "NOT" have any issues. Nor any of the company trolls, rather people whom are having this issue. (Respectfully)
Until recently, your uploading speed to SM would never be your full bandwidth. The new uploader does a good job of maxing out the available bandwidth if you have a single connection. It still can't max out multiple connections.
FTP is still superior to even the newest SM uploader because of the reduced overhead. But not being a native feature, smugftp does have its limitations.
I'm having all sorts of intermittent problems with SM right now, so I'm assuming it will be a matter of time before ops figures out something is broken.
Want faster uploading? Vote for FTP!
I'm not writing any more support heroes, Andy.
Something has been amiss for approximately the past three weeks - yes, starting with the video issues - and now it is affecting my (and apparently many others,' according to a nearby thread) image uploading, and I for one, am sick of the stock answers and the run arounds.
I've been an ardent supporter of SM, but I'm pretty disgusted at this point.
Please - how about a straight answer - WTF is going on?????
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
Try running simultaneous sessions. If one isn't enough, keep adding more, especially if each is getting 250k or so, the that will eventually add up.
Want faster uploading? Vote for FTP!
Hi Sara -
I'm Seán - one of the support heroes here at SmugMug -
As you know, we don't usually handle support by phone, because we all work from our homes -
I'll ask you to shoot us one more email - Att Sean - and provide me with a phone number and a good time to call - I'll ring you from my personal phone and we'll do our best to help you identify and resolve this issue -
I'm standing by -
Seán
Support Hero
http://www.smugmug.com/help
How to open more on SE? =/
ETA: Nevermind, found you from our help desk system.
Portfolio • Workshops • Facebook • Twitter
Sean - I am looking into connection/speed issues on my end. My computer is reporting one number, Speedtest.net is reporting a much different scenario. I will be speaking with Verizon tomorrow and will get back to you.
I am paying for high-speed DSL, and I hope that's what I'm getting. According to my computer, I am; Speedtest.net numbers say no.
I'm now on day three of this up-load.
What's throwing me is, it's in both of my locations.
I will get back to you tomorrow. Thanks.
www.SaraPiazza.com - Edgartown News - Trad Diary - Facebook
Start running tests (10..20 typically-sized files) and watch the network performance. Start increasing the number of threads while keeping at least 2:1 ratio of total:uploading (also may vary; my system works best at ~35:7)
One you see you reached the plato, stop, don't go overboard, as it can make the situation worse.
It has to be fine-tuned for your specific system, there is no one single "fit-to-all" solution.
Want faster uploading? Vote for FTP!
That is fine with me! If I can help I will....
Understood! It was set at default, maybe this is the issue?! Let's see... Sean/Andy keep an eye out, maybe see an improvement?
PS - several tests bring me at 27 to 30 on download and 4 to 5 up... I am just not seeing that by any means... =/
Default is 7:1 or 7:2 methinks. Can be a bit low for your case. I'd try 10..12 : 4..5 or so.
Also: 4...5mb[its]ps *up* means S*E cannot possibly report anything higher than 620KB[ytes]/sec. Average total (including server response time) most likely would be around 200..250KB/sec or lower.
Hi Damon - I left you a voice mail a short time ago - are you available now?
Sean
Sean's gonna get in touch with you.
Portfolio • Workshops • Facebook • Twitter