Dynamodb QueryAsync to List performance issues about aws-sdk-net HOT 5 CLOSED

Thanks for letting us know about your performance issue. I'm doing some investigation into this and let you know what I find.

from aws-sdk-net.

Hi Crypth

I wanted to give you an update on this performance issue. I'm still investigating the performance differences between V1 and V2 and have made good progress. I want to do a bit more performance tuning and testing on my fixes before releasing the changes.

from aws-sdk-net.

That is splendid news 👍 , I'm just sorry I don't have the time to help out. Out of curiosity though, where was the bottleneck? Or perhaps have the release notes disclose it instead of wasting time on comments here is a better idea.

from aws-sdk-net.

We released version 2.0.4 of the SDK recently that contains performance improvements. I'd appreciate it if you could download it and see what improvements you see.

There wasn't any one thing causing the performance bottleneck. We switched to a new Json parser for V2 and we needed to rework how we were using it.

from aws-sdk-net.

Cheers Normj, I've checked the performance, not quite as thoroughly as i have time for at the moment but it seems it's quite an improvement. A quick test with 30k items or so was 12 seconds with the 2.0.4.1 SDK while my slightly modified 1.5.37.0 ran at 7.5 seconds. This makes sense though as I've implemented gzip in my version which shaves off quite a bit of time from the response. In fact the rework in 2.0.4.1 might even be faster. As far as I'm concerned this issue is resolved, many thanks. I'll let you know more when I've stuck gzip support into the 2.0.4.1 if you'd like.

I'm not sharing that code unless someone asks for it because of the implementation it needs to check the checksum for both data streams, thus making it slightly unsafe. Unless we can somehow learn the size of when the dynamodb server starts gzipping the response, i can't think of any better way though.

from aws-sdk-net.