A maioria das distribuições pode ser facilmente ajustada para funcionar dessa maneira. Eu fiz o seguinte no meu netbook (executando o Ubuntu 9.04):
- mount
/tmp
como um sistema de arquivos tmpfs (baseado em RAM) - monte
/var/tmp
como tmpfs também - monte
~/.mozilla/firefox
como tmpfs e copie o conteúdo real (mantido em~/.mozilla/firefox.ssd
) para ele, rsyncing de volta para~/.mozilla/firefox.ssd
de vez em quando (e explicitamente nos scripts de desligamento). Isso faz uma grande diferença, pois os FFs que escrevem no banco de dados do classificador de URL e seu cache são muito notáveis no SSD lento. - remove toda a troca (a máquina tem apenas 8Gb de armazenamento fixo e 1.5Gb de RAM, portanto, há pouca necessidade de swap e ter o espaço livre extra é mais importante e ter swap suficiente para ativar a suspensão-para-disco é definitivamente não uma opção!)
Coisas que pretendo fazer, mas ainda não consegui:
- montando
/var/log
como tmpfs, mas sincronizando regularmente com uma cópia em disco, como faço com o perfil FF da minha conta de usuário principal. Outras partes de / var também podem se beneficiar disso, ou talvez a totalidade de/var
, mas existe apenas uma quantidade fixa de RAM para percorrer nesta máquina
Eu não sei de nenhuma distribuição especificamente definida para fazer esse tipo de coisa por padrão (embora existam vários projetados para rodar inteiramente a partir da RAM, mas isso provavelmente não é adequado para o que você está procurando fazer).
Tenha cuidado ao montar o /tmp
como um sistema de arquivos tmpfs para ter certeza de que você sabe quanto espaço seus aplicativos vão usar nele. Por exemplo, se você executar VMs VMWare com certas opções, eles criarão arquivos grandes como armazenamento de RAM (e para suspensão) - veja esta página para mais informações sobre isso. Também certifique-se de que nenhum aplicativo / script mal projetado / configurado assuma que o conteúdo de /tmp
sobrevive a uma reinicialização.
Com flash drives modernos, você não precisa se preocupar com o número de gravações, tanto em termos de tempo de vida da unidade. A combinação de "ciclos de gravação esperados antes da falha" aprimorados por célula e os algoritmos de nivelamento de uso usados significam que essa é uma preocupação muito menor do que antes - você precisa executar algumas operações muito intensivas em > muito um longo período de tempo antes de se tornar uma questão importante. O principal motivo para manter as coisas na RAM em um sistema baseado em flash é trabalhar em torno de um desempenho ruim de gravação (especialmente com muitas gravações pequenas) em vez de prolongar a vida útil da unidade.