posso `dtach` ou` renice` programas gráficos como `evince`?

Às vezes, abro PDFs e, em seguida, quero que eles "meio que" abram "para serem lidos mais tarde", mas não os vejo no momento. Enquanto não estou olhando para eles, gostaria que o sistema operacional gastasse menos esforço para mantê-los atualizados.

Em outras palavras, eu gostaria que o sistema operacional alocasse recursos para longe de algumas evincejanelas e para outras coisas que estou executando.

Acabei de aprender dtachem outro contexto. Ou é dtachou reniceum programa adequado para "downshift" Os processos que eu gostaria de deprioritise? Examinei algumas das documentações, mas como esse talvez seja um uso não-padrão das ferramentas, não sei se elas são adequadas para o meu objetivo.

linux ps nohup nice

— isomorfismos
fonte

dtachnão influencia os recursos do sistema operacional no sentido de que reduz os ciclos de RAM ou CPU, dtachdesconecta um processo do processo pai. renicepor outro lado, aumenta / diminui a prioridade do processo para o cronograma; o processo ganhará mais ciclos de CPU.

Então: sim, você pode dtachse desconectar evincedo seu xterm(duvido que você abra o evince via de xtermqualquer maneira). Isso garantiria apenas que o fechamento xtermnão fosse fechado evince. Sim, você pode ter reniceuma prioridade mais baixa evincee o agendador chamará com evincemenos frequência. Em termos de memória, não haverá nenhuma mudança. Para reduzir a carga de trabalho, você pode minimizar evincepara que não fique visível e, portanto, nada newserá renderizado e nenhuma verificação de sobreposição devido a outros programas ocorrerá.

Mas, e quero dizer isso com toda a seriedade: Pare de brincar com seu sistema em um estilo de microgerenciamento e apenas compre mais RAM. Contanto que você não abra milhares evincepara serem lidos mais tarde (que é um padrão de uso que eu mudaria em primeiro lugar), o sistema operacional não se comportará de maneira muito diferente quando você microtuneo sistema operacional. Se você não quiser ler os .pdfs agora: salve-os em disco. Problema resolvido.

— akira
fonte

Bem, eu tenho 16GB. Mas parece que nunca consigo RAM suficiente. Eu sei que poderia mudar meu comportamento, mas o objetivo é poder usar a máquina como eu quiser.

— Isomorphismes

Você não deseja superar o sistema operacional em relação à maneira como as coisas funcionam manualmente. Realmente. RAM não utilizada é inútil. Ter arquivos armazenados em cache na RAM é bom, eles ficarão sem RAM se o SO decidir que precisa de mais RAM para um determinado processo. Uma vez (por curiosidade), lancei () um arquivo para preencher meus próprios buffers e isso não fez nenhuma diferença. Deixe o sistema operacional fazer seu trabalho por conta própria, os desenvolvedores de sistemas operacionais geralmente são muito mais inteligentes do que você e criaram bons algoritmos que funcionam bem na maioria das situações que você pode encontrar.

— Akira

Eu te escuto. Embora eu me pergunte se meus padrões de uso são tão diferentes que contam como casos extremos para os quais os projetistas de SO (kernel?) Não planejariam. Caso em questão: quando eu uso o Chromium, eu shift+Escmato a maioria das minhas guias. Os desenvolvedores do Google são mais inteligentes do que eu, mas eles assumem que eu teria menos guias abertas do que normalmente. Eu acho que a maioria dos usuários supera ~ 20 e prefere que esses 20 sejam mais rápidos; eu não. Obrigado pela sua resposta e comentário.

— Isomorphismes

Não entendo o seu problema com o Chromium: tenho 30 guias abertas e isso soma apenas 1 GB de RAM.

— Akira

Normalmente terei muito mais do que 30 guias abertas.

— Isomorphismes