2

Comodo ファイアウォールの非互換性に苦労した後、ようやく Windows で QtCreator デバッガーを実行することができました。

Qt と Visual C++ の古いバージョンから Qt と QtCreator の最新バージョンに切り替えたいと思っていましたが、デバッガーのパフォーマンスがひどいです。

ウィンドウを表示するだけの単純な GUI を作成しました。QtCreator の起動後、約 60MB の RAM を使用します (Sysinternals プロセス エクスプローラーのプライベート バイト)。

デバッグを開始すると、GDB は 180MB を使用しています。メイン ウィンドウ ポインターの調査を開始すると、313 にジャンプします。何かを調査しようとするたびに、コアの 1 つが 100% の使用率にジャンプし、情報が表示されるまで数秒待たなければなりません。これは単なるおもちゃのプログラムであり、切り替えたい実際のプログラムはもっと悪いものになるのではないかと心配しています。

この種のパフォーマンスは MinGW では正常ですか? 最新の MinGW リリースに変更すると改善されますか?

Visual C++ IDE + デバッガー + 実際のプログラムは、100MB 近くの RAM を必要とし、ローカル変数の調査は瞬時に行われます。

4

2 に答える 2

2

昨日、MSVC 2008 を使用して Qt 4.5.2 ライブラリのコピーを作成し、QtCreator 1.2 MS CDB (Microsoft Console Debugger) サポートを使用しています。gdb よりもはるかに高速のようです。MSVC 用の Qt のビルドには数時間かかりますが、試してみる価値はあります。

また、MS コンパイラ/リンカーは未使用のコードを削除するのに優れているため、Qt DLL と EXE が小さくなります。一部の Qt DLL は、対応する MinGW のサイズの半分未満です。MS コンパイラが生成する C++ コードも高速であるという噂があります。

于 2009-07-01T07:35:01.087 に答える
1

1 か月前に QtCreator を使用する必要がありました。そのパフォーマンスはひどいものです。彼と一緒に 30 分間作業した後、すべてに対して非常にゆっくりと反応し始めます。まだ序盤だからなのかな。

于 2009-07-01T07:37:43.343 に答える