私たちはしばらくの間Linuxアプリケーションを使用してきました（私たちの旅は10年前にRHEL 4で始まりました）。私たちは最近RHEL 7.9でアプリケーションを実行しており、現在RHEL 8.4に移行しています。
まだ使用可能なメモリが多い場合（ページキャッシュのGIGページ）、できるだけ多くのスワップを避けるために、常にvm.swappinessを1に設定します。はい、私たちは最初にページキャッシュを食べることを好みます:-)
これはRHEL 7.xで常にうまくいきました。利用可能なメモリが500 MBを超えるとスワッピングが発生したことを見たことはありません。私たちのシステムには通常16〜64 GBのRAMがあります。
RHEL 8.4では、使用可能なメモリが多い場合（複数）、スワップが発生することを確実に目撃しました。 RHEL 7では同様の状況は発生しませんでした。
したがって、私はスワップの「攻撃性」の観点からRHEL 7とRHEL 8の間の変更を理解したいと思います。
私がこれを達成する方法についてのアイデアや提案はありますか？
よろしくお願いします。 ++キリル文字
答え1
FWIW、私たちが見つけたアクションはRed Hatによってバグとして確認されました（エラーgila1990580、これは公開されません）。
答え2
Swap、RHEL、MariaDBでも同じ問題があります。一時的な解決策は、カーネルをRHEL 8.0 / 8.1から以前のバージョンにダウングレードすることです。この問題は RHEL 8.2/8.3/8.4/8.5 カーネルでのみ発生します。
コアいいえ問題: 4.18.0-80.el8 - 4.18.0-147.8.1.el8_1
コアそして問題：4.18.0-193.el8 - 4.18.0-348.12.2.el8_5（および5.4.xおよび5.16.xなどのすべての新しいカーネル）elrepo.org)
添付：シリル・モルトケRed Hat Bugzillaの問題に関する追加情報（機密データを除く）を共有できますか？あなたの答え？
FWIW、私たちが見つけたアクションはRed Hatによってバグとして確認されました（エラーgila1990580、これは公開されません）。
したがって、現時点ではカーネルをダウングレードすることが唯一の解決策であるようです。おそらく、この情報が表示され、他のユーザーに役立ちます。
答え3
参考までに、Bugzillaのチケットはちょうどkernel-4.18.0-361.el8で「確認済み」とマークされています。このカーネルレベルは、（現在）利用可能な最新のRHEL 8.6ベータに含まれています。 ++Cyrilleを直接確認することはできません。
答え4
RH 8.7にアップグレードしたくない場合は、ここで回避策を見つけることができます。https://github.com/systemd/systemd/issues/9276#issuecomment-1256304197
さまざまなRHEL 8（8.2〜8.6）でテストされ、動作します。