Então eu instalei um SSD no meu MBP e fiquei um pouco preocupado com a falta de espaço em disco. Notei que / private / var / vm contém um arquivo sleepimage de 8,6 gb, bem como arquivos de troca. Eu ficaria muito mais feliz se eles existissem no meu disco rígido antigo (regular), que também ainda está dentro da minha máquina.
Não consigo pensar em nada que possa realmente dar errado com isso, mas alguém pode me dizer se vou ou não estragar totalmente meu computador ao fazer o symlinking /private/var/vm -> /Volumes/OldDrive/private/var/vm ?
Eu li em este superusuário postar que se o disco de destino não estiver montado no momento em que os arquivos de swap estão sendo criados, ele pode "fingir" (por assim dizer) e criar um diretório "/ Volumes / OldDrive", forçando minha unidade atual a ser montado em "/ Volumes / OldDrive 1".
Parece que um aplicativo chamado Xupport da Applicorn deve configurar isso da maneira correta (confiando que o desenvolvedor resolveu isso - você pode sempre perguntar a eles): link . No entanto, o restante do site, incluindo o download, parece estar inativo agora. Você também gostaria de verificar se funcionará para o Lion, embora pareça improvável que a configuração de troca tenha mudado muito.
PS: Seu SSD durará mais se você mudar de swap também.
Múltiplos aspectos para esta questão ...
Você não deve preferir um link simbólico.
… whether or not I'll totally screw up my computer …
Não totalmente, mas se dynamic_pager não puder gravar quando necessário para o volume escolhido, mais cedo ou mais tarde o sistema operacional quase certamente se comportará mal de maneiras que afetarão seu uso do Mac.
Em vez de um link simbólico não gerenciado com o risco de mau comportamento:
dynamic_pager
fonte dynamic_pager_wrapper de dynamicpagerwrapper - wrapper de desempenho para / sbin / dynamic_pager no OSX
Em Ask Different: Como posso mover arquivos de troca de memória virtual para uma unidade ou partição diferente? (2010 -09-12) - essa é uma versão mais recente (da mesma pessoa) da questão que está vinculada do seu post de abertura.
Apontar para não usar o mesmo volume separado que você usa para arquivos de páginas externas.
Embora existam abordagens aceitas para gerenciar o comportamento de dynamic_pager (espera por um caminho), o tempo de criação de sleepimage pode ser menos fácil de gerenciar.
Se a força for aplicada a uma reinicialização ou desligamento, ou se o kernel entrar em pane, e se sleepimage não estiver gravado no volume escolhido, e se esse volume também foi destinado a arquivos de permuta externos:
sleepimage pode ser referenciado em um local alternativo. Eu coloquei um segundo SSD e mudei pmset , e agora sleepimage está indo para 6G SSD em vez de 3G de fábrica. É um pouco mais rápido. :)
sudo pmset -a hibernatefile /Volumes/HD2/var/vm/sleepimage
pmset -g | grep "hibernatefile"
hibernatefile /Volumes/HD2/var/vm/sleepimage
Trabalhando como um encanto em 10.10.3