> ただしLinuxの場合はコードを若干書き換えるだけでシステム全体のパフォーマンスを大幅に向上させることができたとのこと。

なんかLinux信者臭いな。
1つのオブジェクトを全スレッドが頻繁にアクセスするので、キャッシュの競合が発生しまくるという、ありがちな問題だ。

> コードを若干書き換えるだけ

そういう部分は、OS全体のコードから見れば極めて少量に見えるが、
インパクトが大きいので検証やら何やらに時間がかかるものだ。
今回の論文では3002行を変更したそうだ。かなりの大改造じゃないか?

> システム全体のパフォーマンスを大幅に向上させることができた

ちょっと論文の図4を見ろ。

パフォーマンスが44コア以上でガクンと低下する問題を解決し、
8～40コアでのパフォーマンスを少し改善、

くらいの表現が妥当。

OSは、その時点で入手可能なハードウェアに合わせて調整されるもので、現状で高いスケーラビリティが無いのは欠点ではない。

たとえばPentium3系Xeonの時代に、
48コア以上でもスケールするように作ったけど、実際に使われている1～4コアのシステムでは逆に遅くなるよ
なんて言ったら、アホでしょ?

事実、この論文での修正では、1～2コアでは性能が低下している。
どんなコア数でも最高の効率で動作する方式なんて、うまい話はない。
まだ1～2コアのシステムが多く使われている現状では、現状の44コア以上でガクンと性能が落ちる実装は、悪くない。