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
General performance problems with the client #1700
Comments
Thinking about this, few things to try:
And looking further up the stack at We may be able to rework public class AmazonS3KmsHandler
{
// try and reduce duplicate input checking
internal static void EvaluateIfSigV4Required(IRequest request)
{
// Skip this for S3-compatible storage provider endpoints
if (request.OriginalRequest is S3.Model.GetObjectRequest &&
AmazonS3Uri.TryParseAmazonS3Uri(request.Endpoint, out var amazonS3Uri)) &&
amazonS3Uri.Region != RegionEndpoint.USEast1)
{
request.UseSigV4 = true;
}
}
} Though, looking at |
We've run into similar issues, and found that using pre-signed urls have alleviated a lot of the issues in case that helps @Rodrigo-Andrade Regards, |
Performance improvements are available in |
The SDK is now the bottleneck in several of our systems, the dotnet ecosystem kept getting faster, fleshing out this issue more and more.
We are writing some custom implementations of the clients because the performance of the SDK is not acceptable for some of our workloads, greatly increasing the cost to use AWS services.
I propose that performance tests be included in your development pipeline.
Here is a sample trace from the S3 client as an exemple of the problems that permeate the SDK:
You can see that 20% of the CPU time spent sending this get request is at:
Every request runs this code.
The text was updated successfully, but these errors were encountered: