ハイメモリとアイデアの CPU に対する考えられる解決策

メモリ消費量と CPU 占有率が高くなるアイデアに対して考えられる解決策は次のとおりです。

1. プロジェクトの構成構成に対応する VM オプションの値を変更します。

ここに画像の説明を挿入

ここに画像の説明を挿入

  • Xmx: Java ヒープの最大値。デフォルト値は物理メモリの 1/4 です。最適な設定値は、コンピュータの物理メモリのサイズやその他のメモリ オーバーヘッドによって異なります。
  • Xms: Java ヒープの初期値は、サーバー側の JVM で -Xms と -Xmx を同じ値に設定した方がよく、開発テストマシンの JVM はデフォルト値のままで問題ありません。
  • Xmn: Java Heap Young 領域のサイズ 慣れていない場合は、デフォルト値をそのまま使用することをお勧めします。
  • Xss: 各スレッドのスタック サイズ。慣れていない場合は、デフォルト値をそのまま使用することをお勧めします。

vm options最適化 (関連する構成が最適化されていない場合に非常にスタックし、ホットロードが非常に遅くなるという問題を回避するため)、 Idea の下の bin ディレクトリ内のdea64.exe.vmoptionsファイルを変更します。

-Xms1024m
-Xmx1024m
-XX:MaxMetaspaceSize=512m
-XX:MetaspaceSize=512m
-XX:InitialBootClassLoaderMetaspaceSize=64M
-XX:NewRatio=2
-XX:SurvivorRatio=8
-XX:MaxTenuringThreshold=6
-XX:+UseConcMarkSweepGC
-XX:CMSFullGCsBeforeCompaction=5
-XX:+CMSParallelRemarkEnabled
-XX:+CMSClassUnloadingEnabled
-Xss1024k
-XX:+DisableExplicitGC
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
-XX:ReservedCodeCacheSize=240m
-XX:SoftRefLRUPolicyMSPerMB=50
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:D:/temp/gclog/idea.gc.log
-XX:+PrintHeapAtGC

2. プラグインを使用してランタイムを選択する

idea途切れの根本的な理由は、実行jre環境がプロジェクトのコンパイル環境と異なることです。
たとえばidea2019、バージョンはjre11デフォルトですでに独自のパッケージ化されたバージョンを使用しており、私のプロジェクトはjdk1.8そのバージョンを使用しています。アイデア自体の古いバージョンはSwitch Boot SDK切り替えることができます。この機能を提供するには、idea プラグインを使用する必要があります –choose runtime

アイデアプラグインをダウンロードするChoose Runtiome
ここに画像の説明を挿入

shiftグローバル検索をダブルクリックし、choose runtimeと入力し、ダブルクリックして開きます。正常に
ここに画像の説明を挿入
クリックした後install
ここに画像の説明を挿入
、アイデアを再起動します。グローバル検索に移動をダブルクリックするchoose runtimeと、有効になっていることがわかります。
ここに画像の説明を挿入
このソリューションは、Baidu- Little Pony Mylesから提供されています。これにより、Idea の深刻なメモリ消費量と CPU リソース比率が完全に解決されます

おすすめ

転載: blog.csdn.net/qq_40542534/article/details/115443254