-
Notifications
You must be signed in to change notification settings - Fork 9.2k
HDFS-16107.Split RPC configuration to isolate RPC. #3170
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
Conversation
7a0c5ff to
74d93dd
Compare
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
jojochuang
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. Can you update the configurations and descriptions in core-default.xml?
|
@jojochuang , thanks for your comment. |
d053a81 to
6a709d5
Compare
|
💔 -1 overall
This message was automatically generated. |
|
@jojochuang , I submitted some new code, can you review it. |
|
💔 -1 overall
This message was automatically generated. |
|
@jojochuang , do you have any new suggestions? I am willing to make more contributions. |
cad27bd to
8e4239b
Compare
|
🎊 +1 overall
This message was automatically generated. |
tomscut
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have one request and left some comments.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would it be better to use conf.getInt here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @tomscut for the comment.
This is my neglect, I will update it later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can also use conf.getInt here and as well as in the next few places?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @tomscut for the suggestion.
8e4239b to
c7f6f3a
Compare
|
🎊 +1 overall
This message was automatically generated. |
|
@tomscut @virajjasani, I have submitted some changes, can you review it? |
| CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_KEY, | ||
| CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_DEFAULT); | ||
| this.readThreads = conf.getInt(getQueueClassPrefix() + "." + | ||
| CommonConfigurationKeys.SERVER_RPC_READ_THREADS_KEY, 0); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @jianghuazhu , if we share default value with IPC_SERVER_RPC_READ_THREADS_KEY, maybe we could change
this.readThreads = conf.getInt(getQueueClassPrefix() + "." +
CommonConfigurationKeys.SERVER_RPC_READ_THREADS_KEY, 0);
if (this.readThreads < 1) {
this.readThreads = conf.getInt(
CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_KEY,
CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_DEFAULT);
}
to
this.readThreads = conf.getInt(prefix + "." + CommonConfigurationKeys.SERVER_RPC_READ_THREADS_KEY, CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_DEFAULT);.
What do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @tomscut for the comment.
If there is an RPC service whose port is 8020, we hope that the number of read thread pools allocated for this RPC (ipc.8020.server.read.threadpool.size) is different from other RPCs.
The logic here is:
- First judge whether ipc.8020.server.read.threadpool.size has been allocated. If it is not allocated, the value we get should be 0, indicating that we want to use the public unified configuration (ipc.server.read.threadpool .size).
- If it is not allocated, we should use the public unified configuration ipc.server.read.threadpool.size.
At present, CommonConfigurationKeys.IPC_SERVER_RPC_READ_THREADS_DEFAULT is set to 1. If we use this attribute, we can still get a valid value when ipc.8020.server.read.threadpool.size is not set, which may cause a Ambiguity.
This is my idea, welcome to continue to communicate. @tomscut
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @jianghuazhu for your comments.
@jojochuang @virajjasani Could you please review this PR. Thanks.
|
💔 -1 overall
This message was automatically generated. |
|
Hi @jianghuazhu excuse me any progress on this jira? |
|
We're closing this stale PR because it has been open for 100 days with no activity. This isn't a judgement on the merit of the PR in any way. It's just a way of keeping the PR queue manageable. |
NOTICE
Please create an issue in ASF JIRA before opening a pull request,
and you need to set the title of the pull request which starts with
the corresponding JIRA issue number. (e.g. HADOOP-XXXXX. Fix a typo in YYY.)
For more details, please see https://cwiki.apache.org/confluence/display/HADOOP/How+To+Contribute