O que posso fazer para tornar o Unity mais eficiente em termos de memória?

Question

Eu realmente amo o Unity, mas na maioria das vezes eu uso o gnome-shell porque eu tenho apenas 1,5 GB de RAM e quando eu trabalho eu tenho que usar todos esses apps: fogger, firefox, compiz effects, empathy, gwibber e algumas lentes. O que posso fazer para obter melhor eficiência no uso da minha memória sem sacrificar muitos recursos do Unity?

    

Answer 1

Verifique quais processos estão usando mais memória. Eu uso htop . Eu vi que compiz vazamentos de memória e é o maior hog de memória diferente do Firefox (que também vaza).

Eu recebo a melhor capacidade de resposta (Pentium M de 1,6 GHz com 2 GB de RAM) quando eu:

• reinicie o firefox para recuperar a memória perdida
• faça logout e login novamente, para reiniciar o compiz e recuperar a memória perdida
• não hiberne a máquina; acordar do modo de hibernação é lento devido à necessidade de copiar dados do disco de volta para a RAM

Outras coisas que poderiam melhorar sua experiência seriam investigar opções de configuração para os programas que estão usando a maior parte da memória e selecionar opções que, como resultado, usam menos memória.

    

Answer 2

desculpa por usar uma nova resposta novamente, mas o botão "adicionar comentário" não funciona no meu firefox por que motivo: -)

Esse compiz está vazando memória, obviamente. compiz é de alguma forma um morto vivo. seu buggy e tem vários outros problemas não apenas vazando. Firefox: Eu não sei se o firefox está realmente procurando muito e para ser honesto, eu tenho minhas dúvidas que vaza muito. quantidade tremenda de memória. Btw. comparar a situação de memória antes do firefox ter sido iniciado e depois que ele foi fechado não diz nada sobre a quantidade de memória leek. Não só o firefox recupera a memória do kernel do Linux. A maior parte da memória "perdida" pode ser, por exemplo, bibliotecas em memória RAM que não são usadas ou usadas por outro aplicativo. o kernel decide quando esta memória será liberada. é o mesmo pensamento que eu havia explicado em minha primeira resposta: seja na memória para possível reutilização até que a memória usada seja real necessária. Esta estratégia tem duas grandes vantagens: não é necessário tempo de CPU para "limpar" o RAM. e se o ram for necessário, o kernel poderia libertar essa memória. Se um aplicativo quiser reutilizar o código, ele já estará lá. não há necessidade de carregá-lo do disco, o que seria a possibilidade mais lenta. Esta memória não liberada não é necessária por ninguém, se for necessário, o kernel é quase imidiatamente. Eu também tenho minhas dúvidas de que jogar com config-options é uma boa idéia, quando você não tem um conhecimento profundo desse aplicativo e uma razão concreta para isso. smalering o dinheiro de ram por exemplo. no firefox tornará mais lento , por exemplo, quando você abrir várias guias, o Firefox pode ser forçado a armazenar em cache no disco e não conseguirá armazenar em cache na memória RAM. outra boa razão para não brincar com as opções de configuração é o thougt, que o codificador definiu o valor. ele é a pessoa que conhece seu código melhor e normalmente ele otimizará esse valor em suas próprias experiências e conhecimento para um resultado quase ótimo. Normalmente, reduzir os chachos irá diminuir o desempenho de um aplicativo. Se os aplicativos realmente leeks memória (e não é o usual poucos kilobytes), por exemplo. Compiz, em seguida, reiniciar pode realmente melhorar a responsabilidade por um curto período de tempo.

    

Answer 3

É um mito que o Firefox ou a maioria dos outros aplicativos estejam vazando muita memória. É um completo equívoco sobre como o Firefox e o Linux gerenciam a memória. Você vê na memória do sistema que a quantidade de memória livre parece diminuir e a memória alocada do Firefox aumenta. Mas isso tem nada para fazer com vazamento de memória. O Firefox usa essa memória e não a devolve porque o código carregado pode ser reutilizado posteriormente, sem a necessidade de carregá-lo novamente na memória. Mas se o Linux ou um aplicativo precisar de memória e não houver nenhum Firefox ou qualquer outro aplicativo, a memória reservada será imediatamente devolvida ao sistema. O uso de mais memória torna o Firefox e qualquer outro aplicativo mais rápido como eles seriam, se esses aplicativos retornassem a memória o mais rápido possível. Então, desligar os programas e reiniciá-los geralmente não é necessário. Sua memória não está perdida; -)

Bem, é claro que todo grande aplicativo vaza alguma memória devido a erros, por exemplo. Mas isso é geralmente uma quantidade muito pequena de memória (principalmente alguns KB não MB)

Desculpe EliahKagan / jokerdino: Eu não entendo realmente o que você quer que eu faça. Im novo para AskUbuntu e Inglês não é minha língua nativa; -)

Sim, seria muito legal ter uma ferramenta que mostre quanto de memória é realmente usada e quantas memórias são reservadas. Mas acho que é dificilmente possível. É possível obter informações, quanta memória é recuperável e quanto não é gerenciada pelo kernel. As aplicações marcam a memória para o kernel como recuperável ou não, ou como memória que não é "permitida" para ser recuperada (por exemplo, peças de tempo crítico). Então, o kernel é capaz de recuperar a memória recuperável, se necessário. Mas a outra metade da verdade é que cada grande aplicativo geralmente tem seu próprio gerenciador de memória para decidir quais partes do programa são usadas ou qual parte da memória é reservada e quantas memória é necessária para ser alocada do kernel.

O Firefox tem seu gerenciador de memória (por exemplo, o Firefox fornece algumas informações ao abrir sobre: memória), o LibreOffice também tem seu próprio gerenciador de memória e todos os aplicativos maiores também os possuem. Se você gostaria de ter as informações completas (não apenas relacionadas à memória gerenciada pelo kernel, mas também à memória gerenciada por aplicativos), você precisava obter essas informações dos aplicativos. Eu não vejo uma possibilidade óbvia de obter essa informação, porque cada aplicativo usa seu próprio design de gerenciamento de memória. Você estaria em uma situação na qual é necessário entender e analisar todos os códigos diferentes de todos esses aplicativos. Eu acho que é quase impossível de fazer.

EliahKagan / jokerdino: Desculpe, eu não entendo o que você quer que eu faça. Im novo para AskUbuntu e Inglês não é minha língua nativa; -)