RETS - Downloading photos are extremely slow

asked 2017-05-04 13:03:08 -0600

By extreme I mean it takes approximately 3-5 seconds to download a single ~100KB photo, and we download hundreds of photos per hour which is killing our automated hourly cycle.

Is it possible that you are aware of what might cause this circumstance and can provide some guidance? The server we connect to is

Please be aware that we connect to 10 unique RETS servers, and only Paragon/FNIS services are exhibiting this behavior - and only recently. The only thing I can think of is our pulls are being severely throttled.

Thank you for any insight that you may be able to provide!

edit retag flag offensive close merge delete


What is your account name? (NO PASSWORDS please)

bwolven gravatar imagebwolven ( 2017-05-05 13:56:03 -0600 )edit

Our account name is 206533992.

itadmin gravatar imageitadmin ( 2017-05-05 13:58:47 -0600 )edit

Can you please change your URL to: "" instead of the legacy one while you are at it.

bwolven gravatar imagebwolven ( 2017-05-05 14:15:25 -0600 )edit

I went ahead and changed the URL.

itadmin gravatar imageitadmin ( 2017-05-05 15:52:33 -0600 )edit

What are you using to pull images? Are you using RetsConnector or getting URLs and downloading from them?

bwolven gravatar imagebwolven ( 2017-05-08 17:30:40 -0600 )edit

We've always used RetsConnector to pull images, but I recently changed it to download images directly from the URL, which happens to be just as slow. Our most recent pull took 25 min to download 255 photos when it usually takes approx 6 minutes to download 530 photos. It began around May 4th.

itadmin gravatar imageitadmin ( 2017-05-08 17:59:57 -0600 )edit

So you are using RetsConnector to pull the images using the URLs? I just looked at the getobject pulls and they seem to be going pretty fast getting the URLs using GetObject.

bwolven gravatar imagebwolven ( 2017-05-08 18:30:28 -0600 )edit

That is correct. Actually, we are pulling photos as we speak and I notice them coming in quicker today than last week, which is a good sign. I had to isolate the task and have it run on it's own schedule so it didn't affect our other timely processes.

itadmin gravatar imageitadmin ( 2017-05-08 18:38:57 -0600 )edit