O novo SSD é muito lento no Xubuntu 14.04

4

Comprei um SSD Transcend de 64 GB (número do modelo: TS64GSSD340 ).

Eu coloquei o SSD em um pequeno netbook que eu tenho. As especificações do Netbook são:

  • Marca / Modelo: Acer V5-123
  • CPU: AMD E1-2100 com Radeon HD 8210
  • RAM: (veio com 4GB, mas eu atualizei para 8GB porque eu coloquei / tmp em tmpfs)

Este netbook veio com o Windows 8.1, mas eu removi todo esse disco rígido e coloquei o SSD Transcend de 64GB em seu lugar. Então, eu instalei o Xubuntu 14.04 no SSD.

Informações de firmware para o SSD Transcend são as seguintes:

$ sudo hdparm -I /dev/sda | grep -i firmware
    Firmware Revision: SVN263

Eu verifiquei on-line e não consegui encontrar nenhum arquivo de firmware (novo / atualizado) para esta unidade.

Com base em várias notas encontradas em toda a web, fiz as seguintes otimizações do ssd:

  • Deixou cerca de 4 GB de espaço não utilizado + não alocado na unidade no momento da criação de partições (ou seja, no momento da instalação)
  • Adicionado noatime para / para o fstab
  • Adicionada "fstrim -V /" ao rc.local e sim, meu rc.local é sempre executável porque tenho muitas outras coisas que faço nele
  • Removido o fstrim do cron semanalmente
  • Verifique se o cache ff é 0

Agora, o problema real é que a unidade está com DELL SLOW . Quer dizer, a inicialização leva mais de um minuto. Iniciar o firefox, terminal, gedit, etc, leva muito tempo. (Antes de você pular em cima de mim ... sim, eu instalei um monte de software, incluindo o meu editor favorito gedit, neste sistema).

Meu único ponto de comparação neste momento é o meu outro notebook (fujitsu, core i3, 8GB, 500 GB de HDD magnético) rodando o Xubuntu 13.10. Esse notebook é inicializado em menos de um minuto, possivelmente em meio minuto! Mas, este netbook SSD rodando o Xubuntu 14.04 não inicializa rapidamente nem inicia aplicativos rapidamente . Claramente, minha suposição de que um SSD irá acelerar as coisas estava errada !! Informações adicionais: O kernel do Xubuntu é 3.13.0-30-genérico (64 bits)


Atualização # 1
Fiz dois testes mencionados na página Análise comparativa do SSD do wiki do Arch , conforme sugerido por @Tuknutx . Cada teste foi feito quatro vezes:

  1. "sudo hdparam -Tt / dev / sda" gerou "leitura média do cache em 1030.7125 MBps" e "média de leituras em buffer em 362.2075 MBps"
  2. Teste de leitura do
  3. dd com cache de buffer vazio gerado "média de leituras em 383.5 MBps"



Eu montei o seguinte script (baseado no conteúdo da página do Benchmark do SSD do wiki do Arch) para fazer o "teste de leitura do dd":

# first create a file 
dd if=/dev/zero of=./tempfile bs=1M count=1024 conv=fdatasync,notrunc

for i in 1 2 3 4
do
  echo "Run number ${i} ..."
  # then clear the buffer cache
  sudo bash -c "echo 3 > /proc/sys/vm/drop_caches"
  # now read the file
  dd if=./tempfile of=/dev/null bs=1M count=1024
  echo
done

Eu não realizei outros testes mencionados nessa página.

Atualizar # 2
Eu fiz uma coisa depois de concluir esses testes: eu coloquei "vm.vfs_cache_pressure = 50" no meu /etc/sysctl.conf, mas agora eu o removi. Após essa mudança e uma reinicialização, o sistema parece estar inicializando (do logo "Acer" para login automático) em pouco menos de 30. Mas, minha suposição era que as coisas deveriam ser ainda mais rápidas do que isso porque meus HDDs magnéticos estão dando mim esse tipo de tempo de boot !!

Update # 3

Eu ainda tenho que seguir @Lekensteyn sugestão de mover o SSD para o notebook i3 principal. Eu farei isso em breve e reportarei aqui.

Os SSDs não deveriam estar brilhando rápido?
Dada toda essa informação, o que você recomendaria que eu fizesse para acelerar o disco.

Eu apreciaria se você me der instruções específicas (texto + comandos) para correr para acelerar a unidade.

Update # 4

Pessoas! Muito obrigado pelas suas respostas úteis. Mas, este SSD foi tão patético que eu joguei fora da janela ... sem brincadeira. Deixe-me saber como encerrar esta questão, pois não há sentido em desperdiçar nosso tempo com este produto de qualidade pethetically baixa produzido pela Transcend e vendido pela Flipkart na Índia.

Adios! Paz!

    
por thatmaheshrs 29.06.2014 / 13:30

4 respostas

1

A planilha de produto lista os seguintes dados de desempenho para capacidades de "32GB ~ 256GB":

  
  • Seq. Leitura / Escrita 520MB / s, 290MB / s
  •   
  • máx. 4k arquivo aleatório ler 69.000 IOPS
  •   
  • máx. Arquivo aleatório de 4k escreve 68.000 IOPS.
  •   

A verdade é que o desempenho de SSDs depende muito do número de dados de armazenamento e de que as versões menores de uma linha de produtos geralmente são mais lentas e não atingem o desempenho do modelo superior.

Sabendo disso, os seguintes dados de geizhals / skinflint parecem mais precisos e um pouco decepcionantes:

  
  • Ler: 364MB / s
  •   
  • Escreva: 73MB / s
  •   
  • IOPS 4k leitura / gravação: 33.096k / 17.674k
  •   

Sim, os SSDs têm tempos de acesso mais rápidos, mas as velocidades de transferência dos modelos mais baratos podem, na verdade, ser menores que os HDDs. Você deve ler testes (com dados e cenários do mundo real) de hardware de consumidor disponível antes de comprar (O último que eu li foi sobre o 840 EVO mSATA lançado no início deste ano). Se você está procurando por barganhas, leia testes de hardware do ano passado e faça comparações para escolher o produto certo que atenda às suas expectativas.

dd if=/dev/zero of=./tempfile bs=1M count=1024 conv=fdatasync,notrunc

Para ser educado, essa é a maneira mais confiável de testar o desempenho do HDD e, para os SSDs, é ainda pior. O controlador no SSD provavelmente viu todos os zeros recebidos e armazenou as informações que você escreveu 1 GiB de nada. Além disso, os dados reais não são compostos de fluxos contínuos ideais em uma parte do espaço de armazenamento, portanto, use dados reais e cenários reais .

    
por LiveWireBT 29.06.2014 / 20:11
1

Você está executando o fstrim no momento da inicialização, então adicione esse tempo à sua inicialização normal. Execute-o manualmente para ver quanto tempo demora: sudo fstrim -v / Talvez seja melhor colocar o trabalho cron semanal de volta ou apenas executar o fstrim manualmente. Além disso, você não quer a opção "descartar" no fstab, que afetará a performance.

    
por ubfan1 29.06.2014 / 20:15
0

A maior parte da lentidão em um netbook (mesmo com um SSD) se resume a uma das seguintes opções.

  • Um controlador SATA mais antigo (v1 ou v2), já que um SSD geralmente pode inundar esse canal, geralmente você recebe apenas cerca de 2x a E / S em um HDD.
  • Um realmente CPU lento ou de outra forma limitado, geralmente os controladores de memória, cache on-chip e outros recursos são reduzidos em comparação com as contrapartes com recursos completos.
  • Uma instalação de SO inchada
  • RAM limitada

Considerando que você está executando um sistema operacional leve (Xubuntu) e possui um controlador SATA 3 e possui muita memória RAM, sugiro testar a unidade em outro sistema para ter certeza.

Editado em resposta a comentários

    
por Tracker1 09.09.2014 / 23:56
0

Eu tenho muitos problemas de desempenho com SSDs também. Eu sei sobre aparar, alinhamento de partição, firmware e assim por diante. Eu tenho um desempenho muito ruim com controladores baseados em sandforce especialmente. Em unidades que são lentas, uma solução funciona universalmente: use o sistema de arquivos JFS.

Infelizmente, em sistemas baseados em Debian, o processo de desligamento sempre resulta em um desligamento impuro. Isso ocorre freqüentemente com o upstart e sempre usando o systemd. No entanto, se você não se importar em correr o risco de um sistema de arquivos corrompido, o JFS sempre o corrige. Você verá que esses SSDs sempre funcionam bem no Windows também. Acabei de comprar um SSD baseado em Phony S10 depois de ouvir coisas boas sobre esse controlador. Bem, mesmo problema. Reinstale usando o JFS, funciona muito bem. Meu Samsung EVO 850, ótimo em todos os sistemas de arquivos.

    
por f1computerexperts 23.04.2015 / 15:24

Tags