O instalador do pacote Fedora GUI demora muito (15min) para iniciar [fechado]

Question

Eu tentei usar o Linux GUI para o Fedora, mas não achei intuitivo que o Windows.

Sempre que eu tentava instalar qualquer software usando o arquivo rpm clicando duas vezes no arquivo, muitas vezes ele ficava preso e quando eu reinvoco isso do terminal ele diz que o yum já está travado e algum outro processo de instalação já está rodando e eu tenho que forçar a sair processo.

Do ponto de vista do sistema operacional, isso parece ser um problema de programação. (Como) podemos substituir o agendamento para o Linux x window? Existe algum melhor agendamento disponível para o Fedora linux x window?

Atualização:

Desculpe pela resposta tardia:

= > Quando dou um duplo clique no pacote rpm, ele não aparece nada mesmo depois de esperar por dois minutos.

= > Quando eu tento invocar esse pacote da linha de comando pensando em algo errado com o Fedora GUI, ele me lança uma mensagem dizendo que algum outro processo tem o bloqueio.

= > Quando eu mato esse processo usando o comando kill e tento instalar usando a linha de comando, ele começa sem problemas.

= > Muitas vezes quando não mato o processo depois de invocar o pacote de instalação do rpm, começo a fazer algum outro trabalho, depois de mais de 15 minutos a janela de instalação vem do nada pedindo senha de root, depois de entrar na qual obtém janela para baixar dependências? / p>

Alguém pode me esclarecer como esse problema não está relacionado ao agendamento?

    

Answer 1

(Esta é apenas uma resposta à sua questão incidental, não à sua pergunta principal, mas é muito longa para colocar um comentário.)

• Seu problema não tem nada a ver com o agendamento de tempo do processador , que é sobre o compartilhamento do tempo de CPU entre concorrentes aplicações. Quando você clica em um pacote rpm, o gerenciador de pacotes da GUI é iniciado e continua a ser executado até que seja feito seu trabalho; esse é exatamente o comportamento desejado. O fato de o gerenciador de pacotes demorar mais do que alguns segundos para fazer sua primeira subtarefa visível (mostrar o prompt de senha) é um bug ou uma configuração incorreta, mas não tem nada a ver com o agendamento.
• Em geral, o agendamento pode se referir à atribuição de um recurso compartilhado a processos simultâneos ao longo do tempo. Aqui, o recurso compartilhado interessante é o banco de dados de pacotes. Aqui também, tudo está acontecendo normalmente: quando você clica no pacote rpm, o instalador do pacote GUI começa imediatamente a usá-lo, o que é exatamente o que você pediu. Como apenas um gerenciador de pacotes pode usar o banco de dados de pacotes ao mesmo tempo (e é por isso que usa um bloqueio), não é possível iniciar o gerenciador de pacotes da linha de comandos ( rpm ) enquanto o gerenciador de pacotes da GUI está em execução; Mesmo olhando para ele de uma perspectiva altamente teórica, este é um problema de bloqueio, não uma questão de agendamento.
• O agendamento também pode se referir a agendamento de um programa para execução posterior ; Eu acho que é o significado primário da palavra no mundo do Windows (“tarefas agendadas”), mas não é muito usado no mundo unix (onde “agendar” fora do contexto se refere ao agendamento da CPU como no meu primeiro ponto acima, e as pessoas tendem a falar de cron jobs ).

Voltando à sua questão principal, o longo atraso em iniciar o gerenciador de pacotes GUI é um bug ou uma configuração incorreta naquele programa em particular. Eu não sei nada sobre esse programa, então eu tenho medo de fornecer apenas algumas sugestões genéricas de investigação. Eu vou estar fazendo muitas perguntas; quanto mais você responder, melhor será a sua ajuda.

• Isso está acontecendo no Fedora ou você configurou algumas coisas que podem ser relevantes? Qual versão exata do Fedora é assim mesmo? Qual arquitetura (por exemplo, i386 ou amd64)? Existe alguma virtualização envolvida?
• Alguma coisa aparece nos logs do sistema? ( ls -ltr /var/log , e veja qualquer entrada de log produzida quando ou depois de clicar no pacote rpm)
• O que o gerenciador de pacotes está fazendo? Está levando tempo de CPU ( top ou htop ou qualquer um dos muitos monitores de atividade do sistema da GUI)? Ele está fazendo E / S de disco ( iotop ou qualquer um dos monitores de atividade do sistema da GUI ou escuta seu disco rígido se estiver perto de você)? Ela está fazendo E / S de rede ( tcpdump ou Wireshark ou ntop )? Melhor ainda, use ps xww ou algum outro visualizador de processos para descobrir o ID do processo e execute strace -s9999 -p$PID para observar o que está demorando.
• Você tem o mesmo problema se iniciar o gerenciador de pacotes a partir dos menus do ambiente de área de trabalho?