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

Should ACT generate a warning if irqbalance disabled? #36

Open
Alb0t opened this issue Nov 3, 2018 · 1 comment
Open

Should ACT generate a warning if irqbalance disabled? #36

Alb0t opened this issue Nov 3, 2018 · 1 comment

Comments

@Alb0t
Copy link

Alb0t commented Nov 3, 2018

Wasted a bunch of time testing some instances and eventually gave up on figuring out why the results looked weird compared to other similar instances.. The vendor finally came back and said it was because their OS image had "irqbalance" disabled by default, which caused the IO to stack up on cpu0 and make the ACT results look bad. After two weeks of back and forth, finally came to that conclusion and with irqbalance enabled things look sane.

Because having irqbalance can badly hurt IO performance, can we add a warning to ACT to tell the end user if irqbalance is disabled? Obviously this could be intended but a warning might be a good idea.

@gooding470
Copy link
Contributor

Hi Albert,

Sorry about that, something we just hadn't thought of at all, given this was written years ago for our traditional "bare metal" world where such things are all under control. But yes, I'll look at adding a check and a warning, that's a great idea.

BTW I have not forgotten your pull request for the scripts. I'm trying to get someone who understands your scripting languages (I don't) to go over it with me. We're all brutally busy. If push comes to shove, we may publish the dev branch to master before we get a chance to look at the scripts, but we can still bring them in later, on master.

Thanks again,
Andy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants