Unidade de estado sólido lento no laptop executando Linux

1

Instalei uma unidade de estado sólido no meu laptop, mas não obtenho as velocidades incríveis sobre as quais as pessoas escrevem.

Meu sistema:

  • Laptop: Acer Aspire 7552G-6061
  • Unidade de estado sólido: Crucial 256GB M4 CT256M4SSD2
  • Sistema operacional: Linux (Trisquel 5.5, um derivativo do Ubuntu)

Estou usando o AHCI.

Instalei o sistema operacional na unidade de estado sólido (em vez de copiá-lo).

Como posso tornar a unidade de estado sólido mais rápida? O problema poderia estar no alinhamento do bloco ou do setor?

    
por wcyang 06.06.2012 / 06:30

1 resposta

1

Respondendo às suas perguntas primeiro

  • O problema não deve estar relacionado ao alinhamento do setor.
  • Eu tenho duas dicas abaixo para acompanhar o desempenho em SSDs.

Entendendo os benefícios do SSD

As "velocidades incríveis" que as pessoas experimentam em drives de estado sólido estão se referindo a ler e gravar na unidade . Em comparação com os discos rígidos, os SSDs têm tempos de acesso muito baixos e taxas de transferência de dados mais altas , especialmente ao acessar aleatoriamente.

Operações além de ler e gravar dados no SSD não têm um aumento de desempenho, como o uso do processador para fazer cálculos intensivos. Se a sua expectativa do seu SSD é ter melhorias de desempenho para as operações de CPU ou RAM, é por isso que você não está obtendo as "velocidades incríveis".

Você notou que sua diminuição do tempo de inicialização mudou drasticamente de um HDD para um SSD? Eu costumava ficar frustrado com meu laptop por assumir 50 segundos . Agora, com meu próprio Crucial 256GB m4 CT256M4SSD2, meu laptop inicializa em não mais do que 12 segundos (e isso inclui rodar um full Servidor LAMP !)

Quando um computador está inicializando a partir de um HDD, os arquivos precisam ser lidos de diferentes locais físicos. O tempo de busca da cabeça de leitura se movendo para o próximo local é um grande matador de desempenho. O Crucial m4 tem um tempo médio de acesso 0,1 ms . O disco rígido que eu tinha antes (um Toshiba MK6461GSYN) tem um tempo médio de acesso de 15,8 ms . Não apenas o SSD é muito mais rápido, ele também lê e grava duas vezes mais rápido (240+ MB / s) do que o meu HDD (máximo de 120 MB / s).

Se você não teve uma grande redução no tempo de inicialização, não consigo adivinhar por que das informações que você forneceu. Para algumas pessoas que estão se perguntando por que eu não sugeri TRIM , é porque o TRIM não é relevante ainda. O TRIM é útil apenas para gravar no SSD, mas a inicialização de um sistema operacional é principalmente leitura.

Melhorando o desempenho do SSD no Linux

Há apenas duas coisas que recomendo.

  1. Ativando o TRIM
  2. Definindo noatime

Ativando o TRIM

TRIM mantém o desempenho de gravação do seu SSD como novo, dizendo ao SSD quais setores não estão mais em uso e, portanto, reduzindo a amplificação de gravação.

Em um terminal, execute o comando sudo nano /etc/fstab .

Use as teclas de seta e encontre a entrada ou entradas que são partições no seu SSD. Para cada entrada, adicione discard às opções. Uma linha pode parecer algo assim depois:

UUID=ed586ab8-08c5-4bae-b118-d191b716b4a4 /               ext4    discard,errors=remount-ro 0       1

Pule para a seção abaixo para aplicar também noatime , ou pressione Ctrl X , digite Y e, em seguida, pressione Digite para salvar as alterações.

Definindo noatime

noatime diz ao sistema de arquivos para não gravar nos arquivos quando eles foram acessados pela última vez. Registrar os tempos de acesso mais recentes, na maioria dos casos, não é necessário e é um desperdício de esforços em SSDs e HDDs.

Como na seção acima, verifique se você executou o comando sudo nano /etc/fstab e está no editor de texto nano.

Use as teclas de seta e encontre a entrada ou entradas que são partições no seu SSD. Para cada entrada, adicione noatime às opções. Uma linha pode parecer algo assim depois:

UUID=ed586ab8-08c5-4bae-b118-d191b716b4a4 /               ext4    noatime,discard,errors=remount-ro 0       1
    
por 06.06.2012 / 08:07