Está colocando a pasta swapfile & temp no ramdisk como uma boa idéia no Windows 7 de 64 bits com muita memória RAM?

16

Eu quero que meu Windows seja executado o mais rápido possível. Se eu tiver 12 GB de RAM no Windows 7 de 64 bits, CPU quad-core e todos os aplicativos que cabem na memória, o arquivo de troca será usado para qualquer coisa? A questão é sobre se é uma boa idéia colocar o arquivo de troca em um disco RAM.

Um disco RAM ajudaria de alguma forma ou o Windows usará inteligentemente toda a memória disponível para todo o seu trabalho?

Eu também estou pensando em colocar a pasta temp em um disco RAM. Eu sei que o disco RAM é memória volátil e não me importo com seu conteúdo se ele se perder.

    
por Tony_Henrich 05.06.2010 / 19:10

10 respostas

7

Concordo que colocar o arquivo de permuta em um disco virtual não faz sentido para um sistema operacional de 64 bits. No entanto, se um tiver WinXP de 32 bits, o Windows só poderá "ver" os primeiros 3,5 GB de RAM. Se alguém tem mais RAM, digamos, 9 GB, a RAM acima de 3,5 GB é completamente desperdiçada pelo WinXP. No entanto, usando um programa como o SuperSpeed RamDisk Plus, é possível usar a memória acima de 3,5 GB como um disco RAM - e colocar o arquivo de swap lá faz muito sentido (novamente, no XP de 32 bits, não no Win7 de 64 bits). ).

Separadamente, colocar arquivos temporários em um disco virtual quase sempre faz sentido, em termos de desempenho, a menos que o tamanho previsto coloque um espaço muito grande na RAM disponível para o SO.

    
por 20.12.2010 / 04:02
6

Colocar o arquivo de paginação em um ramdisk é uma ideia ridícula. Você tem que entender que apenas uma fração do total de paginação envolverá o arquivo de paginação. A maior parte da paginação será com arquivos executáveis e outros arquivos mapeados, e um arquivo de paginação na RAM não fará nada para melhorar esse desempenho. E graças ao sistema ram reduzido disponível, haverá mais desta paginação. O resultado é que o acesso ao arquivo de paginação será mais rápido, mas os níveis gerais de paginação serão mais altos com uma redução no desempenho.

    
por 19.07.2010 / 19:50
4

Eu não diria ridículo; nem para sistemas de 32 ou 64 bits.

Para começar com o óbvio, as janelas de 32 bits (a maioria dos sistemas em execução) simplesmente ignoram qualquer coisa acima de 4 GB. Ramdisks sendo capazes de usar PAE e endereçamento de memória de 36 bits, eles são, até onde eu sei, a única maneira de tornar áreas de alta memória úteis em sistemas de 32 bits.

A pergunta é: como podemos usar um disco rígido virtual mais rápido e mais seguro? Os arquivos temporários vêm à mente e são muito fáceis de configurar, desde que você saiba como atribuir uma letra de unidade fixa no Windows. O mesmo com o cache dos navegadores. O interesse por estes é quádruplo:

  • Acesso mais rápido / recuperar
  • Exclusão verdadeira
  • Suprime a maior parte do desgaste inútil na memória SSD cara.
  • Menos fragmentação de disco.

Quanto ao arquivo de troca, parece óbvio que os sistemas de 32 bits têm muito a ganhar ao colocá-los na RAM não reivindicada. Pode-se pensar em um programa com fome de memória, usando até 3 GB em si (com o switch de 3GB no boot.ini) que provavelmente causará muita troca. Dois dos mesmos bônus ainda se aplicam: exclusão e desgaste reais no SSD. A fragmentação é um problema menor nos arquivos de troca.

Há mais: é bastante comum que programas mal escritos utilizem memória virtual, não importando a quantidade de memória física disponível, causando acesso a disco inútil. Isso vale para programas de 32 e 64 bits. Eu até encontrei programas que apenas falharão ao serem lançados na ausência de um arquivo de troca.

Resumindo, embora faça sentido, não importa o que tenha um disco RAM abaixo de 4GB e economize acesso de disco inútil para cache de pastas temporárias e programas, parece muito melhor instalar mais de 4 GB, preço de memória sendo ambos 32 (com hardware habilitado para PAE) E sistemas de 64 bits e movem o arquivo de troca para lá.

Deve-se notar que MUITOS usuários de computador profissionais ainda não podem ir a 64 bits por motivos de suporte de hardware.

O que seria ridículo, usar a mesma linguagem strong acima, seria simplesmente descartar a idéia e confiar não apenas na manipulação de memória virtual da Microsoft (que é elogiada e com razão), mas também em programadores de aplicativos que vão desde o guru de codificação de montagem para o idiota de linguagem de alto nível que trará o PC mais bonito e estável para os seus joelhos apenas através do manuseio de memória ruim. Eu vi esse código em programas comuns, aplicativos de produtividade, não estou brincando!

Meu sistema principal possui um ramdisk de 8GB no XP / 32 e isso se mostrou útil. É bastante trivial para configurar e devo dizer que o único programa que me deu uma dificuldade é o google chrome cuja estratégia de instalação / atualização é difícil no tweaker.

Você pode pensar em um monte de uso útil para os discos ramdisk além destes; no meu caso, amostras de áudio para recuperar a partir do disco em aplicativos ao vivo: colocá-los lá no momento da inicialização (dolorosamente lento) e obter acesso rápido a bibliotecas multiGB. Mas isso é muito fora do tópico:)

Esta é a minha própria experiência. Eu gostaria que as pessoas não destruíssem o valor da informação útil pelo uso de linguagem strong e desnecessária. Ridículo foi uma má escolha de palavra neste contexto, para dizer o mínimo.

    
por 24.10.2011 / 09:57
3

Sim, os arquivos de paginação são usados mesmo se houver muita RAM; mas a simples existência de um arquivo de paginação não é, por si só, um fator que afeta o desempenho do sistema . Colocar um arquivo de paginação em um disco RAM é, aliás, doido. O objetivo de um arquivo de paginação, afinal, é ser um lugar para armazenar dados de página (transitórios) quando esses dados não estão atualmente na RAM . Discos RAM estão na RAM ...

Colocar arquivos temporários em um disco RAM é uma chaleira totalmente diferente, é claro.

    
por 22.06.2010 / 12:44
1

Eu duvido que você veria muita diferença ao mover seu arquivo de paginação para o ramdisk. Se você quisesse forçar o Windows a usar o RAM, você poderia desligar o arquivo de paginação.

No entanto, notei uma grande diferença movendo meus arquivos temporários do IE para um ramdisk e configurando minhas variáveis ambientais TEMP e TMP para apontar para o ramdisk.

Eu também executo o Google chrome com o sinalizador "-user-data-dir=" R: \ ChromeTEMP "para que ele armazene arquivos temporários no ramdisk. Isso fará com que ele esqueça suas configurações. Mas como eu uso o recurso de sincronização isso não me afetou muito. Depois da sincronização inicial, tudo voltou ao normal, e as telas de carregamento do skyrim são mais curtas depois de vincular as cópias de alguns arquivos no meu disco.

    
por 09.12.2011 / 20:33
0

O Windows continuará a usar o arquivo de troca, o que (para minha grande confusão, já que tenho uma configuração idêntica) não fazia o menor sentido para mim. No entanto, depois de desativar o arquivo de paginação, não vi melhorias reais no desempenho. Desde então, voltei a usar um arquivo de paginação, já que o Windows o usa para outras coisas além da memória virtual (acho que ele também grava despejos de memória nele, quando você faz o bluescreen) que eu preciso. Eu também explodi meus 12GB de RAM várias vezes, e fiquei grato por ter o espaço de manobra.

Em suma, o Windows ainda usará o arquivo de paginação, mas você não deve perceber isso como um impacto no desempenho.

Quanto aos arquivos temporários, movê-los para um disco RAM deve aumentar suas velocidades de acesso, mas certifique-se de não precisar de nada para persistir durante uma reinicialização / falha e que o driver ramdisk carregue e crie o ramdisk antes quaisquer aplicativos ou o sistema precisa usar a pasta temp.

    
por 05.06.2010 / 21:04
0

Na verdade, não é uma má idéia na minha opinião.

Logicamente, as pessoas entendem mal o "arquivo de paginação" ou, mais corretamente, "trocam arquivo" como RAM. É verdade que o arquivo de troca contém dados semelhantes à memória RAM. Mas o Windows não usa isso como RAM. Como você vê hoje no crescente mundo multitarefa em que vivemos, o Windows foi projetado no passado para lidar com a quantidade limitada de RAM, escrevendo constantemente entre o arquivo de swap e a RAM.

O arquivo de troca é sempre usado pelo Windows, pois o ganho de desempenho é mais perceptível em computadores mais lentos e antigos, com poucos programas em execução. Quando você abre uma janela, o programa é trocado para a RAM, enquanto você está trabalhando nela.

Digamos que você esteja escrevendo uma carta no Word. Se você acabou de iniciar esse programa com muitos programas \ windows em segundo plano, ele tende a ser lento, mas depois executa mais suavemente após alguns segundos. Em seguida, quando você alterna para o Internet Explorer, ele é executado lentamente, fica mais rápido porque estava no arquivo de paginação e, em seguida, foi trocado para RAM, enquanto todos os processos em segundo plano são carregados no arquivo de paginação.

Agora vamos apresentar o disco RAM ao Windows. Coloque o arquivo de troca no ramdisk em vez do HDD e você terá melhorado a capacidade do Windows de executar várias tarefas, já que a RAM é mais rápida do que o HDD / disco rígido. No entanto, isso não ajudará em um sistema mais antigo, a menos que você compre uma unidade RAM física - e talvez seja necessário definir o arquivo de paginação novamente no Windows, pois sem energia ele será excluído.

Os arquivos de paginação são muito inúteis para PCs mais novos com 8, 16, 32 e 64 GB de RAM.

    
por 12.10.2010 / 23:52
0

A maioria de vocês, céticos, esquecem o limite de RAM do Windows de 32 bits e não percebem que você não pode colocar mais código & dados em RAM, do que os 3,5 GB. Ou, você apenas acredita que estamos tentando "cortar", digamos, 2 GB dos 3,5 GB acessíveis - para arquivo de paginação rápido, com o custo de reduzir a memória disponível para 1,5 GB. Isso certamente é inútil, mas não é nossa idéia . Nossa idéia é dedicada aos usuários do Windows de 32 bits, que possuem PCs com mais RAM do que o limite de 3,5 GB. Por exemplo, uma máquina equipada com 8 GB, executando XP ou Vista de 32 bits ou 2003.

Quando você trabalha duro com muitos aplicativos simultaneamente, o sistema geralmente enfrenta uma condição de memória desgastante. Para evitar erros críticos, o sistema é forçado a armazenar alguns dados de aplicativos executados em segundo plano no arquivo de paginação. Normalmente, significa escrever dezenas e centenas de MB no disco rígido. E lembre-se - isso acontece com frequência quando você realmente faz uso de multitarefas (hoje em dia comuns, bem como aplicativos que consomem memória). E quando você obtém um aplicativo de segundo plano em primeiro plano - outro lote de dados da RAM deve ir para o HDD, apenas para liberar espaço na RAM do lote anterior para voltar do HDD (desta vez escrevendo e lendo muitos MBs da unidade de disco).  Basta observar seu LED de atividade de HDD vermelho - ele acende mais do que fica desligado (seu HDD funciona muito bem).

Agora imagine todas essas operações redirecionadas para EXTRA RAMdisk (RAM extra, além da área de memória operacional do sistema que permanece igual em tamanho - máximo).

  • Dessa forma, ele funciona 1000 vezes mais rápido (operações de RAM em comparação com o HDD), portanto o tempo de troca torna-se marginal;
  • Seu HDD funciona muito menos do que o normal, fica calmo, frio e a vida útil se estende notavelmente.

Eu não acredito que seria inútil em termos de desempenho, para não mencionar a confiabilidade do disco rígido.

OK, a maioria das máquinas construídas na era XP não eram baseadas em placas-mãe capazes de suportar mais de 4 GB de RAM. Então eu entendo que há poucos caras por aí que realmente se importam / precisam e entendem a ideia. Mas agora ...

BEM VINDO À ERA DE VIRTUALIZAÇÃO! Cada vez mais vocês têm a sorte de possuir uma máquina com muita memória RAM. Um novato pode configurar seu sistema host para atribuir 4 GB ao Windows de 32 bits convidado e ainda ter muita memória RAM. Seria muito precioso, então, enriquecê-lo com um disco RAM de 4GB, atribuído ao mesmo sistema operacional convidado, dedicado ao arquivo de paginação sem nenhum custo para o espaço da memória RAM do convidado!

Um servidor que supervisiono tem 12 GB. Em vez de comprar um novo sistema (64-2008 mais CALs!), Eu poderia atribuir 8GB para guest - virtual 32-2003 e tentar testar os RAMdisks de software. No entanto, eu não confio neles como eles parecem ser hacks e eu não gosto de ter chance na estabilidade. É por isso que estou procurando uma solução para preparar o Linux Ramdisk do meu host como um dispositivo de bloco e formatá-lo para FAT ou NTFS a fim de torná-lo aceitável para o disco virtual do sistema operacional guest, para colocar o arquivo de paginação nele. Acredito que meu servidor aumentaria e economizaria muito esforço de disco.

Onde estou errado? Greetz!

    
por 07.08.2012 / 00:29
0

Em relação à pasta temp, movê-la para um ramdisk aumentaria a velocidade.

No entanto, há coisas a serem observadas:

  • perda de poder significaria perda de dados
  • nem todo aplicativo usa a pasta temporária fornecida pelo Windows, alguns usam seus próprios
  • se a pasta temporária ficar sem espaço, os aplicativos ou o Windows podem falhar
por 13.09.2012 / 08:04
0

Ramdisks são úteis para coisas como cache de Internet rápido do IE, Chrome e Firefox etc.
 Colocar o arquivo de paginação em um Ramdisk em um sistema de 64 bits é inútil.

DisablePagingExecutive pode atender melhor a essas necessidades. Mas colocar o arquivo de paginação em um Ramdisk em um ambiente de 32 bits com mais de 4 GB de RAM é uma grande melhoria. No entanto, se o seu computador for um processador de núcleo único (somente um de acordo com o gerenciador de tarefas), haverá melhorias (não se lembra exatamente quanto, já faz algum tempo). Mas você também precisa definir ClearPagefileAtShutdown para se livrar do erro na próxima reinicialização, pois o arquivo de paginação não estará lá.

O melhor uso para um Ramdisk que eu possa imaginar é espelhar sua pasta de arquivos de programas (ou selecionar programas) no Ramdisk.

    
por 13.09.2012 / 07:48