私は進化と戦っています。基本的には正常に動作していますが、特定の状況での反応が非常に遅いです。
ヘルパーの質問
Bonobo からの変更はスローダウンと関係があるのでしょうか?
新しいエンジンと「非同期アクション」に問題がある可能性があります。それについてどうすればいいですか?ありますか構成ファイルはありますか?
以前の「働く気分」を取り戻したい。どうすればこのことをスピードアップできますか?
異なるシナリオ
- メールを送信するとき、composerウィンドウが数秒間非アクティブにハングし、すべてがグレー表示されます(メッセージ/添付ファイルが大きくなると、時間がかかります)。緑色のチェックマークがありますがそれが送信されたと言って、a)なぜそれがまだすべてをブロックしているのか、b)何も「壊さない」/「失う」ことなく単に閉じることができるかどうかはわかりません。以前のバージョンでは、composerウィンドウはかなり速く閉じていたため、メッセージが送信されるまでローカルの「送信トレイ」に保存され、次のタスクをすぐに続行できました。私は、ウィンドウが閉じるまでアプリケーションで何もできない現在よりも、この動作を好みます。
- モジュール間の切り替え。メールからアドレス帳に切り替えるには、数秒かかります。カレンダーへの切り替えについても同じです。さまざまな「考えられる原因」について読み、いくつかのことを試しました。
- ローカルアドレス帳は3つしかありませんので、ここでネットワークを使用する必要はありません。確認するために、オフラインモードに切り替えてから、アドレス帳にアクセスしようとしました。目立った違いはありません。
- 3つのGoogleカレンダーを使用しています。オフラインモードへの切り替えはわずかな違いをもたらしましたが、この場合はこれを予想していたため、「想像力」になる可能性があるほど小さいものでした
- いくつかのレポートによると、タスクを無効にすると役立つはずです。まあ、それは私が定期的に使用していないので、私の場合はそうではありませんでした
たぶん、私はKDE4デスクトップを使用していることにも言及する必要があります(UnityもGnomeもコンピューターにインストールされていませんが)。そして、12.04にアップデートする前に、この問題はnotしました。
私はすでにこれをあきらめていましたが、それが突然他の何かの副作用として解決しました。犯人はもう一度(そして、それに慣れていると既に思っていたはずです)、KDE4のプラズマデスクトップであるように見えました:約1週間前にLXDEに切り替えて、多くのものが(FirefoxとEvolutionを含めて)エキサイティングになりました他の問題の神秘的に消えた1,2、そして私は状況にほとんど満足している-以前のバージョンのようにすぐに閉じないメッセージを送信するメールウィンドウと、導入された「スイッチ」を除いてSuperKarambaのステータスバーに関する本当にマイナーな新しい問題。
ほぼ20年間、KDEユーザーでした(ええ、1990年代にKDE1が導入された頃)、そもそもそのプラズマデスクトップが欲しくなかったのです。そのため、昨年新しいマシンに切り替える必要が生じるまで、最新のLTE KDE 3.5。*をサポートするものとしてKUbuntu 8.04を使用していました。 Ubuntu 12.04とKDE 4.x(プラズマデスクトップを含む)をインストールするようになった古いシステムのいずれか。質問(あまり多くはありません)を参照すると、すぐに多くの問題が発生したことがわかります。3、Evolutionは閉じられないとほとんど使用できなくなるまで遅くなり、1週間に2回再起動します(この質問はここにあります)。1,2。そして、Nepomuk、Akonadi、および私が要求しなかった他のすべての不要なサービスを取り除くのに苦労します!
だから、ほぼ20年後にKDesktopと別れるのはなんとなく悲しいことですが、変化の時が来たようです。 LXDEユーザーになってから約8日後、私は見逃すことはほとんどないと言わざるを得ません-過去10年間に自分のニーズにぴったり合うように設定および調整したSuperKarambaステータスバーを除き、もはや正しく動作しません4。
だから私の「暴言」を止めるために:もしあなたがたくさんのGnomeアプリ(特にEvolution)を使っているなら、KDE4はあなたのデスクトップ環境にとって良い選択ではない。 Unity(および私の場合のように、すべてのバックグラウンドサービス)の友人でもない場合は、代わりにLXDE、XFCE、またはE17(Enlightment)を使用することを検討してください。必要に応じて、お気に入りのKDEアプリを引き続き使用できます(私にとっては、Okular、Gwenview、Qps、K3B、KTerminalが含まれます)。
また、今後3か月以内にこの質問/回答を更新してくれなかった場合は、この回答で本当に解決されたと安全に推測できます。注意して、私はそれを受け入れる前にまだ少し待っています:)
1 もう1つの問題は解決しました。メールを編集し、対応するドロップダウンから署名またはフォーマットを切り替えると、エディターウィンドウに書き込むことができなくなりました。数週間後、回避策(いくつかのメニューを開き、再び閉じ、書き込みが可能になった)を見つけましたが、それでもいらいらしていました
2 デスクトップページャーを使用して別のデスクトップに切り替えるのに最大1分かかりましたが、プラズマは完全にフリーズしていました。スイッチがついに起動するまで、「古い」デスクトップで開いているアプリで作業できました。
3 top
、memstat
、およびその他のツールには表示されません- Free RAM消えます-メモリリーク? を参照してください。
4 LXDEのSuperkarambaはテーマの位置を無視し、ロック/ロック解除を処理できない? を参照してください。 Screenlets(SuperKarambaテーマを処理すると主張します)で試してみましたが、表示されるのは背景画像だけです。現在、displayプラズマからsuperkaramba
を使用してすべて正常に表示されますが、すべてのアクションは無効です。
さまざまな理由でこれを行いましたが、Evolution 3.4にアップグレードすると役立つ場合があります。 Ubuntuは、テストが不十分だったため、12.04の間、意図的に古いバージョンのEvolution(およびその他のGnomeアプリケーション)にとどまりました。とはいえ、あなたが説明している問題は私にはありません。
親切な仲間のAUメンバーのおかげで、Gnome 3.4のすべてを備えたStracciatella PPAを見つけました。 Evolution自体のインストールは非常に簡単でしたが、Ubuntuは本当にあなたにそれを望んでいないので、明示的にそうするように指示する必要があります。
Sudo apt-add-repository ppa:janvitus/gnomestracciatella
Sudo apt-get update
)Sudo apt-get install evolution
)さらにGoogle-Fuを実行した後、「バグのある」プラグインが問題を引き起こしていたEvolutionの(偶数)古いバージョンでも同様の問題が見つかりました。特定のプラグインが有効になっていないか、インストールされていないため、有効になっているプラグインを調べました。私の場合、すべてが明らかに不要であるため、無効にしました。
私は状況を大幅に改善できたように見えます:コンポーネント間の切り替えがはるかに速くなり(5-10秒ではなく、1秒未満になりました)、composerウィンドウは〜2秒以内に閉じます( 10秒以上)。
物事はalmostに戻って正常に戻ります。 12.04への更新前のように、まだそれほどスムーズに感じられません(特にcomposer window "hanging around"))-しかし、それは想像力かもしれません。これまでの遅延動作とは対照的に、本当に共存できます。
プラグインの1つが必要であると感じた場合(最後の2つでのみ発生する可能性がある)責任プラグインを絞り込む可能性があります。その場合、ここで回答を更新します。しかし、今のところ私は物事が非常に窒息して幸せです-そして、現時点では「実行中のシステムに触れる」必要はありません:)
編集:これは一時的な改善のみをもたらしたようです。 Evolutionが数時間実行された後、再び遅くなります。コンポーネントの切り替えではあまりありませんが、メッセージが完全に送信されるまでcomposerウィンドウは開いたままになります。これは、特に大きな添付ファイルなどの大きなメッセージの場合に迷惑です。これに関する解決策のために-私が今持っているのは、たとえあったとしても、せいぜい部分的な回避策です。
悲しいことにこれはまだ問題ですが、...何かが今私のために働いているようです。 Ubuntu 14.04インストールでEvolution 3.10.4を使用しています。2つのGoogle IMAPアカウント(および他のいくつかの非Googleアカウント)を持っています。 Evolutionの下部にあるステータスバーが「imap.google.comの解決」にハングしているように見えるので、...いくつかのコマンドを実行しました。 ping imap.google.comおよびping smtp.google.com。理想的とは言えません(GoogleがIPを変更し、ロードバランシングを行い、2回pingを実行すると、異なるIPが取得されます!)が、これらの2つのエントリを/ etc/hostsファイルに追加しました。
74.125.28。### imap.gmail.com 173.194.79。### smtp.gmail.com
(独自のpingのIPを使用)
ほんの1日でしたが、すぐに改善されていることに気付きました。 YMMV。