Pressão de Cache pode nos ajudar a melhorar o desempenho de nossa distribuição GNU Linux. Com Cache Pressure poderemos otimizar nossa memória RAM, já que com esta opção podemos modificar a forma como o kernel introduz blocos de dados na memória principal. Tenha em mente que podemos fazer mil coisas para configurar nosso kernel e nosso sistema para melhor se adaptar ao time.
Oferta da Apple hardware e softwarePortanto, o sistema operacional é altamente otimizado para esse tipo de hardware. Pelo contrário, descobrimos que outros sistemas como distros Linux ou Android devem funcionar em uma infinidade de combinações de hardware para as quais não são otimizados, no entanto, eles funcionam corretamente e às vezes até melhor do que iOS ou Mac OS X em certas tarefas específicas. O mesmo acontece com o OS X quando tentamos instalá-lo em um PC, teremos verificado que não funciona tão bem como em uma máquina Mac ...
Bem, no Linux podemos usar uma infinidade de opções para melhorar o desempenho. A sua flexibilidade permite-nos optimizá-lo ao máximo e as opções são tão amplas que é difícil listar todas. Podemos usar configurações Swappines, remover módulos desnecessários do kernel, fazer uma configuração profunda do kernel para instalá-lo de forma mais limpa, extrair arquivos de configuração, etc.
Um deles é o que apresentamos aqui, Cache Pressure. Se fizermos algumas pequenas mudanças, notaremos uma melhoria de desempenho ao usar programas, operação diária do sistema ou ao abrir vídeos ou conteúdo multimídia. Cache Pressure traz por default o valor 100, podendo ser variado entre 0 e 100, portanto é o valor máximo. Isso significa que o kernel move mais dados que não serão usados imediatamente. da RAM para a partição SWAP do disco rígido.
Se você tem muita RAM, 16 GB ou mais, você pode escolher colocar um número próximo a 100 ou deixar o valor padrão, mas se você não tiver muita (<4 GB), talvez um número tão alto torne o RAM muito ocupada ... Tentaremos com um valor de 50 como este:
sudo sysctl -w vm.vfs_cache_pressure=50
Então colocamos o valor 50 com a primeira linha e podemos testar se o desempenho melhorou (abre vídeos, aplicativos, etc.), se sim, nós tornamos isso permanente com:
sudo gedit /etc/sysctl.conf
E editamos a linha adicionando no final:
vm.vfs_cache_pressure=50
Nós salvamos as mudanças e agora você pode verificar a mudança com:
sudo cat /proc/sys/vm/vfs_cache_pressure
Olá, muito útil! Você pode ter algum tipo de contra-indicação associada, como uma falha de segurança ou desempenho em tarefas específicas?
Ola porque voce pergunta Por causa dos despejos de memória, por causa de ...?
Saudações!
Não sei, às vezes esse tipo de coisa pode ter efeitos adversos.
Já o tenho a funcionar e está a correr muito bem, obrigado por partilhar :)
Isto é interessante. O que não estou muito claro é o benefício no desempenho em máquinas pequenas e em máquinas suficientes ou mais do que suficientes.
Eu uso o Ubuntu 14.04, tenho 8 GB de RAM e reservei 2 GB de SWAP. O sistema está instalado em um SSD, mas deixei o SWAP no HDD (lamento porque, por pouco que funcione, poderia muito bem ter ficado no SSD; na próxima instalação, com certeza ficará no SSD) . Os temporários eu envio para a RAM.
Sempre ouvi falar de modificar a pressão do cache para máquinas pequenas, geralmente com um valor de 50, mas não tinha nada para ler sobre fazer isso em máquinas mais ou menos potentes. e eu tenho três perguntas, se você me permite:
É realmente aconselhável fazê-lo em uma máquina potente?
É realmente útil para máquinas pequenas?
O que pode ser monitorado para ver objetivamente onde está a melhoria ou o dano?
Saudações e agradecimentos.
Olá,
O SWAP no SSD é bem melhor sim ...
Quanto às suas dúvidas, foi meu erro de redação. Ja esta resolvido.
Para sua pergunta 1: Não faria muito sentido se você tivesse bastante RAM.
À sua pergunta 2: Sim, porque você evita carregar muitos dados desnecessários e deixar espaço para os mais solicitados o tempo todo ...
Para sua pergunta 3: Você pode fazer um teste com uma máquina com poucos recursos com o valor padrão e depois modificá-lo para ver a diferença, por exemplo, cronometrando o tempo de carregamento de um aplicativo, a abertura de arquivos multimídia, etc.
Uma saudação!
Agora está mais claro para mim, parecia-me que em uma máquina atual, bem equipada com RAM, isso não deveria fazer sentido.
Tenho um laptop com micro e RAM limitados que é o equipamento ideal para testá-lo.
Vou tentar, vamos ver.
Muito obrigado.
Olá, outra vez.
Logo depois de escrever o comentário anterior, olhei para ele no laptop e, surpresa, já o havia feito.
E agora eu me lembro. Há muito tempo eu olhava a seguinte postagem do blog do Ubuntu León:
http://www.ubuntuleon.com/2013/08/parametros-del-sysctlconf.html
E apliquei as modificações. No laptop de outrora tenho o Xubuntu 14.04 com as modificações indicadas no post e não dá errado. O principal problema que tenho é que o Chrome tem tendência a travar, o disco começa a escrever como um louco com que coisas e trava o computador, não tem como. O Firefox ficou melhor, mas ainda assim retirei o cache de disco e algo melhorou, mas no Chrome não dá para fazer, não sei como fazer, pelo menos.
Saudações.
Olá!
Sim, o Chrome está anormalmente faminto por RAM e isso prejudica os programas com fome de RAM.
http://www.linuxadictos.com/los-mejores-navegadores-web-para-linux.html
Uma saudação!
Esse artigo é muito interessante, muito prático, vou testar no meu laptop, com 4 Gb de RAM, e um disco SDD de 64 Gb. Só tenho uma dúvida, isso não afeta a vida útil do disco SDD, faz não sobrecarrega as gravações no SWAP?, pergunto isso porque quando instalei esse disco, li vários tutoriais e fóruns para otimizá-los no Linux, (isso foi há 2 anos), e em alguns até recomendaram não usar o SWAP. Mas também entendo que com as últimas versões do kernel e em geral nas distros modernas, Trim e várias coisas já se adaptam automaticamente ao ambiente com discos SDD, e os próprios discos trazem um melhor controle interno, alguém que conheça o assunto pode me esclarecer como estamos atualmente.
Obrigado pelo artigo.
Eu já tinha respondido antes, mas como não vejo o comentário, comento novamente. Ou seja, se você ver que dois comentários meus aparecem dizendo mais ou menos o mesmo, será por isso.
Acontece que acho que hoje se sabe o suficiente sobre SSDs para não se preocupar com as gravações que o SWAP pode fazer. Ou seja, testes reais foram feitos, levando os SSDs a extremos que os usuários normais não alcançariam em muitos anos, por mais que aplicássemos. Você pode ler sobre isso aqui, por exemplo:
http://www.muycomputer.com/2014/12/05/test-de-resistencia-ssd
Tenha cuidado, esses testes referem-se a discos relativamente atuais, com modelos antigos que eu não saberia dizer. Mas, diante dos resultados, tudo parece indicar que qualquer disco recente duraria muito mais do que a troca de computador.
Quando fiz minha instalação atual (que foi em meados do ano passado, não há muito tempo) a informação que estava lá não era clara e todos estavam obcecados em reduzir ao máximo as gravações no SSD, mas agora é conhecido que não há razão para ficar obcecado com isso. Na verdade, estou pensando seriamente em mudar meu SWAP para o SSD; Ando lendo sobre isso e não me parece muito difícil, mas vejo que nem todo mundo faz igual, não sei qual método vai ser melhor, por exemplo:
http://www.atareao.es/ubuntu/cambiando-swap-de-particion-en-ubuntu/
ou também
http://foro.ubuntu-guia.com/Cambiar-particion-SWAP-en-UBUNTU-12-04-td4023366.html
Portanto, aproveito esta oportunidade para agradecer antecipadamente pela ajuda com isso.
Saudações.
Eu já tinha respondido antes, mas como não vejo o comentário, comento novamente. Ou seja, se você ver que dois comentários meus aparecem dizendo mais ou menos o mesmo, será por isso.
Acontece que acho que hoje se sabe o suficiente sobre SSDs para não se preocupar com as gravações que o SWAP pode fazer. Ou seja, testes reais foram feitos, levando os SSDs a extremos que os usuários normais não alcançariam em muitos anos, por mais que aplicássemos. Você pode ler sobre isso aqui, por exemplo:
http://www.muycomputer.com/2014/12/05/test-de-resistencia-ssd
Tenha cuidado, esses testes referem-se a discos relativamente atuais, com modelos antigos que eu não saberia dizer. Mas, diante dos resultados, tudo parece indicar que qualquer disco recente duraria muito mais do que a troca de computador.
Quando fiz minha instalação atual (que foi em meados do ano passado, não há muito tempo) a informação que estava lá não era clara e todos estavam obcecados em reduzir ao máximo as gravações no SSD, mas agora é conhecido que não há razão para ficar obcecado com isso. Na verdade, estou pensando seriamente em mudar meu SWAP para o SSD; Ando lendo sobre isso e não me parece muito difícil, mas vejo que nem todo mundo faz igual, não sei qual método vai ser melhor, por exemplo:
"Http://www.atareao.es/ubuntu/cambiando-swap-de-particion-en-ubuntu/"
ou também
«Http://foro.ubuntu-guia.com/Cambiar-particion-SWAP-en-UBUNTU-12-04-td4023366.html»
Portanto, aproveito esta oportunidade para agradecer antecipadamente pela ajuda com isso.
Saudações.
Olá, isso tem alguma contra-indicação ou afeta de alguma forma se você já tiver um valor baixo atribuído à variável vm.swapiness?
Atualmente, tenho um valor de 10 atribuído à referida variável de kernel e o desempenho é muito bom. Não sei se modificar o cache_pressure descolorirá alguma coisa ou poderei apertar um pouco mais minha máquina.
Eu li há não muito tempo que testes reais foram feitos com o uso de discos SSD, colocando-os em extremos que dificilmente qualquer usuário de PC chegará, não importa o quanto o usemos no dia-a-dia, e a conclusão que eles desenhou é que eles acabaram sendo muito mais resistentes do que se pensava anteriormente. Uma novidade a esse respeito é a seguinte:
http://www.muycomputer.com/2014/12/05/test-de-resistencia-ssd
Como parece que eles resistem muito mais do que se pensava (e eu tenho um SAMSUNG 840 PRO, que sai muito bem no teste), acho melhor aproveitar ao máximo deles, e aproveitar a velocidade desses discos assim que o SWAP não seja uma chatice parece uma boa ideia para mim (claro, sabendo disso).
Claro que na altura que fiz a instalação que tenho agora, todos recomendaram tratá-los com cuidado e reduzir ao máximo as escritas, mas não acho que seja necessário tendo em conta estes dados, pelo contrário, digamos , é melhor aproveitá-los.
Com certeza, a próxima instalação que eu fizer (16.04 se tudo correr bem) terá o SWAP no SSD, mas estou até pensando em movê-lo já, pois andei lendo como fazer e não faz parece ser excessivamente difícil, embora eu tenha visto maneiras diferentes de fazê-lo e não sei qual é a boa, por exemplo:
http://www.atareao.es/ubuntu/cambiando-swap-de-particion-en-ubuntu/
ou também
http://foro.ubuntu-guia.com/Cambiar-particion-SWAP-en-UBUNTU-12-04-td4023366.html
Aproveito esta oportunidade para lhe agradecer por conselhos com antecedência sobre isso, se você me permitir.
Desculpe-me por tantos comentários.
Eles realmente não apareceram e agora saem todos de uma vez.
Sinto muito.
Não acontece nada senhor Paquito. Em relação à última coisa que você comenta, é verdade que os SSDs mais recentes não são muito afetados pelo alto número de gravações, porém quando se trata de discos SSD fala-se de todos e não apenas dos atuais. Eu uso um disco SSD mas é antigo e não quero testar se é resistente ou não por medo de quebrar, mas por outro lado funciona muito bem e era barato. Mesmo os discos atuais, existem alguns que não são resistentes a tantas gravações. Portanto, para casos como o seu, é melhor você escolher o seu e em geral alertar sobre o uso indevido, pois ainda existem muitos novatos no mundo GNU / Linux.
Saudações e comente e escreva tudo o que quiser;)
É por isso que eu já disse que o teste de outrora refere-se aos registros atuais e o Muy Computer me parece um site sério, que normalmente não publica as coisas levianamente. O meu, na verdade, é um SAMSING 840 PRO, que se saiu muito bem no teste. Não foi particularmente barato, exatamente um euro por GB, mas me parece um dos melhores investimentos que fiz.
Obviamente, com discos mais antigos ou de qualidade inferior você ainda tem que pensar mais nisso, mas de acordo com os dados que estão se tornando conhecidos, parece cada vez mais claro que eles são mais resistentes do que se pensava.
Não me funciona :-(
turriano @ turriano-Lenovo-B50-30: ~ $ sudo gedit /etc/sysctl.conf
[sudo] senha para turriano:
sudo: gedit: comando não encontrado
turriano @ turriano-Lenovo-B50-30: ~ $ sudo gedit / etc / sysctl.conf
sudo: gedit / etc / sysctl.conf: comando não encontrado
turriano @ turriano-Lenovo-B50-30: ~ $
A explicação que você dá sobre o que a pressão do cache faz é péssima. Ou você se explica muito mal ou não tem ideia do que a pressão do cache faz.