-
Notifications
You must be signed in to change notification settings - Fork 110
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
nvme/opts: parse timeouts in humantime #1548
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Contributor
tiagolobocastro
commented
Nov 23, 2023
•
edited
Loading
edited
tiagolobocastro
requested review from
dsavitskiy,
hrudaya21,
Abhinandan-Purkait and
dsharma-dc
November 23, 2023 11:12
Abhinandan-Purkait
approved these changes
Nov 23, 2023
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.
LGTM
This allows us to specify, for example, NVME_TIMEOUT=60s Signed-off-by: Tiago Castro <[email protected]>
Signed-off-by: Tiago Castro <[email protected]>
We don't keep any caching, so we don't actually need to make use of it anyway. TODO: do we need to even send flush? Signed-off-by: Tiago Castro <[email protected]>
tiagolobocastro
force-pushed
the
humantime
branch
from
November 23, 2023 11:40
d20e949
to
707f5c1
Compare
dsharma-dc
reviewed
Nov 23, 2023
tiagolobocastro
force-pushed
the
humantime
branch
from
November 23, 2023 12:38
707f5c1
to
a822638
Compare
dsharma-dc
reviewed
Nov 23, 2023
Addresses warning from spdk itself: mayastor::spdk:transport.c:282] The num_shared_buffers value (2048) is larger than the available iobuf pool size (1024). Please increase the iobuf pool sizes. Also reduce size to power of 2 - 1 as recommended in spdk ticket: It’s always best to specify a value for –n that is one less than a power of two (2^x -1) because of the way rings work in DPDK. You end up allocating a ring twice the size for the one extra element between 511 and 512 for example. Signed-off-by: Tiago Castro <[email protected]>
SPDK minimum KATO is 10s, so setting 1s is pointless. Also the spec does suggest setting a sufficiently high KATO on a fabric, so perhaps we might want to consider increasing it in the future. Signed-off-by: Tiago Castro <[email protected]>
Signed-off-by: Tiago Castro <[email protected]>
tiagolobocastro
force-pushed
the
humantime
branch
from
November 23, 2023 15:42
a822638
to
755cfb4
Compare
dsharma-dc
approved these changes
Nov 24, 2023
bors merge |
bors-openebs-mayastor bot
pushed a commit
that referenced
this pull request
Nov 24, 2023
1548: nvme/opts: parse timeouts in humantime r=tiagolobocastro a=tiagolobocastro fix(nvme/kato): adjust to spdk minimum SPDK minimum KATO is 10s, so setting 1s is pointless. Also the spec does suggest setting a sufficiently high KATO on a fabric, so perhaps we might want to consider increasing it in the future. Signed-off-by: Tiago Castro <[email protected]> --- fix(iobuf): increase large iobuf pool size Addresses warning from spdk itself: mayastor::spdk:transport.c:282] The num_shared_buffers value (2048) is larger than the available iobuf pool size (1024). Please increase the iobuf pool sizes. Also reduce size to power of 2 - 1 as recommended in spdk ticket: It’s always best to specify a value for –n that is one less than a power of two (2^x -1) because of the way rings work in DPDK. You end up allocating a ring twice the size for the one extra element between 511 and 512 for example. Signed-off-by: Tiago Castro <[email protected]> --- chore: silence flush not supported IO We don't keep any caching, so we don't actually need to make use of it anyway. TODO: do we need to even send flush? Signed-off-by: Tiago Castro <[email protected]> --- chore: show starting configuration as info Signed-off-by: Tiago Castro <[email protected]> --- feat(nvme/opts): parse timeouts in humantime This allows us to specify, for example, NVME_TIMEOUT=60s Signed-off-by: Tiago Castro <[email protected]> Co-authored-by: Tiago Castro <[email protected]>
bors cancel |
Canceled. |
Remove unused NVME_QPAIR_CONNECT_ASYNC opts parameter and add generated uuid parameter. Signed-off-by: Tiago Castro <[email protected]>
bors merge |
bors-openebs-mayastor bot
pushed a commit
that referenced
this pull request
Nov 24, 2023
1548: nvme/opts: parse timeouts in humantime r=tiagolobocastro a=tiagolobocastro fix(nvme/kato): adjust to spdk minimum SPDK minimum KATO is 10s, so setting 1s is pointless. Also the spec does suggest setting a sufficiently high KATO on a fabric, so perhaps we might want to consider increasing it in the future. Signed-off-by: Tiago Castro <[email protected]> --- fix(iobuf): increase large iobuf pool size Addresses warning from spdk itself: mayastor::spdk:transport.c:282] The num_shared_buffers value (2048) is larger than the available iobuf pool size (1024). Please increase the iobuf pool sizes. Also reduce size to power of 2 - 1 as recommended in spdk ticket: It’s always best to specify a value for –n that is one less than a power of two (2^x -1) because of the way rings work in DPDK. You end up allocating a ring twice the size for the one extra element between 511 and 512 for example. Signed-off-by: Tiago Castro <[email protected]> --- chore: silence flush not supported IO We don't keep any caching, so we don't actually need to make use of it anyway. TODO: do we need to even send flush? Signed-off-by: Tiago Castro <[email protected]> --- chore: show starting configuration as info Signed-off-by: Tiago Castro <[email protected]> --- feat(nvme/opts): parse timeouts in humantime This allows us to specify, for example, NVME_TIMEOUT=60s Signed-off-by: Tiago Castro <[email protected]> Co-authored-by: Tiago Castro <[email protected]>
DCO is already validated on PR and bors itself does not need it as it's a bot.. Signed-off-by: Tiago Castro <[email protected]>
bors merge |
bors-openebs-mayastor bot
pushed a commit
that referenced
this pull request
Nov 24, 2023
1548: nvme/opts: parse timeouts in humantime r=tiagolobocastro a=tiagolobocastro ci(bors): add fake DCO for bors merge requests DCO is already validated on PR and bors itself does not need it as it's a bot.. Signed-off-by: Tiago Castro <[email protected]> --- fix(nvme/opts): remove outdated async parameter Remove unused NVME_QPAIR_CONNECT_ASYNC opts parameter and add generated uuid parameter. Signed-off-by: Tiago Castro <[email protected]> --- fix(nvme/kato): adjust to spdk minimum SPDK minimum KATO is 10s, so setting 1s is pointless. Also the spec does suggest setting a sufficiently high KATO on a fabric, so perhaps we might want to consider increasing it in the future. Signed-off-by: Tiago Castro <[email protected]> --- fix(iobuf): increase large iobuf pool size Addresses warning from spdk itself: mayastor::spdk:transport.c:282] The num_shared_buffers value (2048) is larger than the available iobuf pool size (1024). Please increase the iobuf pool sizes. Also reduce size to power of 2 - 1 as recommended in spdk ticket: It’s always best to specify a value for –n that is one less than a power of two (2^x -1) because of the way rings work in DPDK. You end up allocating a ring twice the size for the one extra element between 511 and 512 for example. Signed-off-by: Tiago Castro <[email protected]> --- chore: silence flush not supported IO We don't keep any caching, so we don't actually need to make use of it anyway. TODO: do we need to even send flush? Signed-off-by: Tiago Castro <[email protected]> --- chore: show starting configuration as info Signed-off-by: Tiago Castro <[email protected]> --- feat(nvme/opts): parse timeouts in humantime This allows us to specify, for example, NVME_TIMEOUT=60s Signed-off-by: Tiago Castro <[email protected]> Co-authored-by: Tiago Castro <[email protected]>
Had to enable DCO from any source... |
Build succeeded: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.