It was I who contacted Balbir Singh (which subsequently commented
here), Tim Gardner notes on the mailing list:
"Actually, I was messing with this feature independently this morning. I
think our initial performance impact assumptions were a bit pessimistic."
Does that mean that there never was a performance impact as initially
suggested, it was just assumed to exist. I.e. this was always a
non-issue.
I'm not looking for someone to blame, just wondering if this needs to
be followed up with upstream. And whether running a kernel with
CONFIG_TASK_DELAY_ACCT=y and without nodelayacct actually has a
performance impact that users of Ubuntu might be concerned about in
some odd cases.
It was I who contacted Balbir Singh (which subsequently commented
here), Tim Gardner notes on the mailing list:
"Actually, I was messing with this feature independently this morning. I
think our initial performance impact assumptions were a bit pessimistic."
Does that mean that there never was a performance impact as initially
suggested, it was just assumed to exist. I.e. this was always a
non-issue.
I'm not looking for someone to blame, just wondering if this needs to TASK_DELAY_ ACCT=y and without nodelayacct actually has a
be followed up with upstream. And whether running a kernel with
CONFIG_
performance impact that users of Ubuntu might be concerned about in
some odd cases.
Thanks.
1. https:/ /lists. ubuntu. com/archives/ kernel- team/2010- June/011240. html