Skip to content
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

Rename property key alluxio.underfs.s3.threads.max #18670

Merged
merged 1 commit into from
Aug 8, 2024

Conversation

apc999
Copy link
Contributor

@apc999 apc999 commented Aug 8, 2024

What changes are proposed in this pull request?

Rename property key alluxio.underfs.s3.threads.max to alluxio.underfs.s3.connections.max and bump the default number to 1024

Why are the changes needed?

The property alluxio.underfs.s3.threads.max has a misleading name, as it actually represents the size of a connection pool rather than the max number of threads. Consequently, the value of this property is typically much larger (e.g., Trino uses 256 for the equivalent property to ensure sufficient bandwidth when reading from S3).

However, including "threads" in the name causes some users to worry, as they believe it should be calculated based on the number of vCores (as we found in one PoC that users were unwilling to set this value large) .

This commit changes the name but retains the original property name as an alias to maintain backward compatibility.

Does this PR introduce any user facing changes?

Yes but backwards compatible

@apc999 apc999 requested a review from Xenorith August 8, 2024 21:26
@Xenorith Xenorith added the type-ease-of-use This issue is about of how to improve the ease of use of Alluxio product label Aug 8, 2024
@Xenorith
Copy link
Contributor

Xenorith commented Aug 8, 2024

alluxio-bot, force-merge this please

@alluxio-bot alluxio-bot merged commit 9e373f0 into Alluxio:master-2.x Aug 8, 2024
17 of 19 checks passed
Xenorith pushed a commit that referenced this pull request Aug 9, 2024
### What changes are proposed in this pull request?

Rename property key alluxio.underfs.s3.threads.max to alluxio.underfs.s3.connections.max and bump the default number to 1024

### Why are the changes needed?

The property `alluxio.underfs.s3.threads.max` has a misleading name, as it actually represents the size of a connection pool rather than the max number of threads. Consequently, the value of this property is typically much larger (e.g., Trino uses 256 for the equivalent property to ensure sufficient bandwidth when reading from S3).
    
However, including "threads" in the name causes some users to worry, as they believe it should be calculated based on the number of vCores (as we found in one PoC that users were unwilling to set this value large) .
    
This commit changes the name but retains the original property name as an alias to maintain backward compatibility.

### Does this PR introduce any user facing changes?

Yes but backwards compatible
			pr-link: #18670
			change-id: cid-ae3e560225ca3f9d624bf321e75863f5834174b8
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type-ease-of-use This issue is about of how to improve the ease of use of Alluxio product
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants