IntelliJ IDEAが「索引付け」に掛かっているのはなぜですか？

Question

私はArch Linux上でi7-5930k 6コアCPUと64GB DDR4 RAMを使用していますが、IntelliJ IDEA 14を使用しています。

IDEAは数日前にはうまくいきましたが、突然、「インデックス作成」段階で、プロジェクトを開いた後に突然ぶら下がり始めました。私はIDEAを更新せず、私のプロジェクトについて何も変わっていません。 IDEのUIはプロジェクトを開いた後にハングアップしますが、「インデックス作成」の進捗バーは少し小さくなります。 5〜10分おきにIDEがフリーズし、進行状況バーが少し前に移動し、IDEが再び数分間フリーズします。これは、最終的に索引付けが完了するまで、15分から1時間の間どこでも繰り返し実行されます。その時点で、何もしないで5〜10分待ってから、最後にロックを解除して開発することができます。

私のシステムはかなり反応していません - Firefoxのタブは切り替わるのに時間がかかり、その中でスクロールするのが遅いです。新しい端末ウィンドウを開くには長い時間がかかります。一般にウィンドウを切り替えるにはしばらく時間がかかります。 htopでは、私のCPUコアの1つが100％でロードされ、それ以外の負荷は通常の負荷を持ち、約6GBのRAMが使用されます（このシステムがアイドル状態のときは通常の負荷です）。

私が試したことはありません助け：

• キャッシュフォルダを削除
• 全体〜/ .IntelliJIDEA14フォルダ
• 再インストールIntelliJのパッケージを削除します
があった場合
• 手動JetBrainsのサイトからのダウンロードのIntelliJと私のDownloadsフォルダから実行しますが（参照するには thと何か間違っている電子アーチAURパッケージ）
• 設定のIntelliJその組み込みツールの代わりに
• オープニング複数の異なるプロジェクト（ない私が最初に問題を経験しただけのものをインポートするための私のシステムのJVMとMavenを使用する。）

この問題は私のワークフローを本当に傷つけています。誰かがこれに対する解決策を持っていれば、私は非常に幸運です。

Answer 1

私はついにそれを理解しました。解決策は...むしろ変わった。 TL; DR：straceで実行してください。より詳しい説明は、こちらを参照してください。

私がIntelliJをstraceの下で実行して、ファイルシステムのボトルネックであるかどうかを判断するために開いていたファイルを確認すると、

これは、私にいくつかの非常に奇妙な結果をもたらしました。straceは、ほぼ一定したsegfaultのストリームを吐き出していました。それだけでなく、IntelliJはうまく動いていました。

友人と相談したところ、アレックスLinuxでは、セグメンテーションが発生するたびにシステムのダンプが記録されることがわかりました。デバッガが接続されている場合を除き、です。 straceはデバッガと見なされます。それはディスクI/Oのために戦っていたので、アーチはすべてのsegfaultsのためにメモリダンプをロギングしていたので、私のディスクを駄目にしていました。

ここでの解決方法は、IntelliJをstraceの下で実行することです。私は、しかし、私はjavaはそれほどsegfaultingする必要はないと思うので、さらに問題に目を向けています。

Answer 2

Scalaプロジェクトで過去に同じ問題が発生していました。私はIDEA 16 EAP（https://confluence.jetbrains.com/display/IDEADEV/IDEA+16+EAP）をインストールしましたが、問題はなくなりました。

Answer 3

編集のIntelliJ [VERSION] /bin/idea.properties、 はidea.max.intellisense.filesize=50

更新設定： のIntelliJは、インデックスを使用すると、多くのライブラリや多くの大きなファイルを持っている場合は、これを50kb.tryよりも、そのサイズが大きなファイルをスキップしますが（1行または多すぎる行が多すぎます）

Answer 4

Try Invalidating the cache and restarting IntelliJファイルメニューで

、無効化キャッシュ/再起動]を選択...、その後無効化と再起動ボタンをクリックしてください。

Answer 5

私はこの問題もMac OS X上で2016.2と同じでした。アプリケーションを終了するために強制終了しなければならなかったので、.ideaフォルダを削除しました。次回私がIntelliJを立ち上げたときは問題なく動作しましたが、プロジェクトのインデックス作成に問題はありませんでした。

Answer 6

選択ヘルプ] - > [デバッグログ設定...

次の行（先頭の＃記号に注意してください）

＃のcom.intellij.util.indexing追加：トレースを

IDEを再起動してください（キャッシュを無効にする必要はありません。なぜなら、キャッシュポイントをゼロから再開するのに対し、私はとにかく、再起動するとすぐに問題のファイルが報告されます）。

ファイルの

スケジューリングインデックス：// C：/dev/tools/ruby/lib/ruby/2.2.0/x64-mingw32/win32ole.soインデックススタブの要求によっては

私たちのプロジェクトは、」doesnのwin32oleを使用してファイルを安全な場所に移動し、IDEを再起動しました。ビンゴ、問題はなくなり、メモ帳をメモ帳よりも効果的に使用してほぼ1年後についに完成しました。

Answer 7

私はIntelliJ 2017.3.2で同じ問題がありました。インデックス作成の進行状況バーをクリックすると、ビルドディレクトリ内のディレクトリにハングアップしていたことがわかりました。私はそのディレクトリを削除するgradlewきれいにしたときにインデックス作成を進めることができました。

Answer 8

私はこの問題が発生し、それを解決しています

1. 削除アイデア
2. は私のコンピュータの 'jetbrain' と 'のIntelliJ'（のMac miniを名前の正規表現のすべてのファイルとのdirsを削除）
3. その後、アイデア

私もちょうどアイデアキャッシュファイルを削除しようと、それは動作しませんインストールします。