-
Notifications
You must be signed in to change notification settings - Fork 744
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
Adding a fixture to set scheduler to slower speeds and revert it back. #15718
Conversation
Result from my run:
|
Finally found a way to repeat tests:
|
100G/S - 100G/S, mAsic:
|
100G/S - 100G/S - sAsic:
|
Final run result:
I got this with the option "-e --count=10 -k testQosSaiDwrr" options. The 10 fails are due to long-long single-asic run, which is not a use case in qos-sai. |
I am not sure what the error means in the prechecks. @auspham , pls help. |
tests/qos/qos_sai_base.py
Outdated
|
||
# Set scheduler back to original speed. | ||
self.copy_and_run_set_cir_script_cisco_8000( | ||
dut=dst_dut, port=dst_port, asic=dst_index, speed=int(1.1*port_speed)) |
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.
why we need to use 1.1*port_speed?
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
@rraghav-cisco tx enable/disable impacts scheduler rate. Need to adjust sequence of steps as below: |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
tests/qos/qos_sai_base.py
Outdated
# Set scheduler to 5 Gbps. | ||
self.copy_and_run_set_cir_script_cisco_8000( | ||
dut=dst_dut, | ||
port=intf, |
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.
Got this error:
for intf in interfaces:
# Set scheduler to 5 Gbps.
> self.copy_and_run_set_cir_script_cisco_8000(
dut=dst_dut,
port=intf,
asic=dst_index,
speed=5 * 1000 * 1000 * 1000)
E TypeError: copy_and_run_set_cir_script_cisco_8000() got an unexpected keyword argument 'port'
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.
@sdszhang , I apologize. I missed the update to this function in my previous commit. I have fixed it now. Thanks.
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
@rraghav-cisco PR conflicts with 202405 branch |
@rraghav-cisco |
@yejianquan : I will resolve the conflict. The set-back happens with tx_enable inside the ptf script. The function: sai_thrift_port_tx_enable() in the file: tests/saitests/py3/sai_qos_tests.py, which is run in PTF, basically reverts the scheduler to original state. |
@mssonicbld : PR for 202405: #16199 |
sonic-net#15718) Description of PR Summary: Fixes the flakiness of DWRR testcase. The PR adds a new fixture that slows down the scheduler without changing the underlying algorithm. This allows the dWRR test to pass consitently. co-authorized by: jianquanye@microsoft.com
Cherry-pick PR to 202411: #16479 |
202405 manual cherry pick PR #16199, merged. |
#15718) Description of PR Summary: Fixes the flakiness of DWRR testcase. The PR adds a new fixture that slows down the scheduler without changing the underlying algorithm. This allows the dWRR test to pass consitently. co-authorized by: jianquanye@microsoft.com
Description of PR
Summary:
Fixes the flakiness of DWRR testcase. The PR adds a new fixture that slows down the scheduler without changing the underlying algorithm. This allows the dWRR test to pass consitently.
Type of change
Back port request
Approach
What is the motivation for this PR?
How did you do it?
How did you verify/test it?
Any platform specific information?
Supported testbed topology if it's a new test case?
Documentation