Fedora GUIパッケージインストーラーの起動に非常に長い時間（> 15分）がかかります
Linux GUI for Fedoraを使おうとしましたが、Windowsよりも直感的ではありませんでした。
ファイルをダブルクリックしてrpmファイルを使用してソフトウェアをインストールしようとすると、何度もスタックし、ターミナルから再度呼び出すと、yumはすでにロックされており、他のインストールプロセスがすでに実行されていると表示され、常にそのプロセスを強制終了する必要があります。
OSの観点からは、これはスケジューリングの問題のようです。 （どのように）Linux xウィンドウのスケジューリングを置き換えることができますか？ Fedora linux xウィンドウで利用できるより良いスケジューリングはありますか？
更新：
応答が遅れて申し訳ありません：
=> rpmパッケージをダブルクリックすると、2分待っても何も表示されません。
=> Fedora GUIに何か問題があると考えてコマンドラインからそのパッケージを呼び出そうとすると、他のプロセスにロックがあるというメッセージが表示されます。
=> killコマンドを使用してそのプロセスを強制終了し、コマンドラインを使用してインストールしようとすると、問題なく起動します。
=> rpmインストールパッケージを呼び出した後にプロセスを強制終了しない場合、他の作業を開始します。15分以上経過すると、インストールウィンドウがどこからともなくルートパスワードを要求し、入力すると依存関係をダウンロードするためのウィンドウが表示されます。 ？
この問題がスケジューリングとどのように関連していないかを誰かが私に明確にすることができますか？
（これは、主な質問ではなく、偶発的な質問に対する回答にすぎませんが、コメントを入れるには長すぎます。）
- あなたの問題は プロセッサ時間スケジューリング とは何の関係もありません。これは並行アプリケーション間でCPU時間を共有することに関するものです。 rpmパッケージをクリックすると、GUIパッケージマネージャーが起動し、ジョブが完了するまで実行を続けます。それはまさに望ましい振る舞いです。パッケージマネージャーが最初の表示されたサブタスク（パスワードプロンプトを表示）を実行するのに数秒以上かかるという事実は、バグまたは設定ミスですが、スケジューリングとは関係ありません。
- より一般的には、スケジューリングとは、時間の経過に伴う並行プロセスへの共有リソースの帰属を指します。ここで興味深い共有リソースはパッケージデータベースです。ここでも、すべてが正常に行われています。rpmパッケージをクリックすると、GUIパッケージインストーラーがすぐにそれを使用し始めます。これはまさにあなたが要求したものです。同時にパッケージデータベースを使用できるのは1つのパッケージマネージャーのみであるため（ロックがかかる理由です）、GUIパッケージマネージャーの実行中にコマンドラインパッケージマネージャー（
rpm）を起動することはできません。 ;非常に理論的な観点から見ても、これはロックの問題であり、スケジューリングの問題ではありません。 - スケジューリングは、 後で実行するためのプログラムのスケジューリング ;を参照することもできます。これはWindowsの世界（「スケジュールされたタスク」）でのWordの主な意味だと思いますが、UNIXの世界ではあまり使用されていません（コンテキスト外の「スケジュール」とは、上記の最初の箇条書きのようにCPUのスケジューリングを指します。そして人々は cronジョブ ）について話す傾向があります。
あなたの主な質問に目を向けると、GUIパッケージマネージャーの起動の長い遅延は、その特定のプログラムのバグまたは設定ミスです。私はそのプログラムについて何も知らないので、私はいくつかの一般的な調査の提案しか提供できないのではないかと思います。私は多くの質問をします。答えるほど、より良い助けが得られる可能性があります。
- これは、すぐに使用できるFedoraから発生しているのですか、それとも関連する可能性のあるいくつかの設定を行っていますか？とにかく、これはFedoraの正確なバージョンは何ですか？どのアーキテクチャ（i386やAMD64など）ですか？仮想化は含まれていますか？
- システムログに何かが表示されますか？ （
ls -ltr /var/log、およびrpmパッケージをクリックしたときまたはクリックした後に生成されたログエントリを確認します） - パッケージマネージャーは何をしていますか？ CPU時間（
topまたはhtopまたは多くのGUIシステムアクティビティモニターのいずれか）がかかりますか？ディスクI/O（iotopまたはいくつかのGUIシステムアクティビティモニターのいずれか、またはハードドライブが近くにある場合はそれをリッスンします）を実行していますか？ネットワークI/O（tcpdumpまたはWiresharkまたはntop）を実行していますか？さらに良いことに、ps xwwまたは他のプロセスビューアを使用してプロセスIDを見つけ、strace -s9999 -p$PIDを実行して、非常に時間がかかる処理を観察します。 - デスクトップ環境のメニューからパッケージマネージャーを起動した場合にも同じ問題が発生しますか？