Faz sentido colocar seu sistema operacional em um cartão SD?

11

Um amigo sugeriu colocar todo o sistema operacional em um cartão SD, argumentando que o tempo de acesso atrasa muito mais do que um disco rígido comum, o que precisa acontecer primeiro.

No entanto, a Wikipédia afirma que o SATA mais lento fornece uma taxa de leitura de 1,5 gigabit / s ( aqui ), quando o cartão SD mais rápido permite 90 megabytes / s (). Mesmo que as duas velocidades de leitura pareçam não corresponder, nada é dito sobre o atraso antes que os dados sejam realmente lidos.

Alguma ideia?

    
por qdii 04.05.2012 / 19:18

5 respostas

4

Na verdade, há outro parâmetro importante que é mais rápido no SD do que um disco rígido, é chamado de "tempo de busca", significa o tempo para uma informação ser encontrada e lida a partir do seu dispositivo.

Considerando que a fase de inicialização de um sistema operacional lê muito (muito) de pequenos arquivos que podem ser espalhados na área do HDD, o SD obtém a principal vantagem porque é baseado em uma memória de acesso aleatório (significa que você pode acessar qualquer região do memmory com o mesmo tempo, não como um HDD, onde um nedle phisical agudo deve procurar a superfície do disco para a informação, gastando muito tempo de busca).

Melhoraria a velocidade do sistema operacional de várias maneiras (tempo de inicialização, por exemplo), mas lembre-se de que ainda não é possível fazer isso no Windows (ele só estará disponível no Windows 8). nas distribuições Linux.

Além disso, se você quiser testar a velocidade de leitura ou o tempo de busca de um dispositivo (HDD ou SD), recomendamos que você use HDTune . E se você quiser usar um cartão SD para usar seu sistema operacional, esteja ciente de que ele é classe (quanto mais alto for , mais rápido será lido e buscar tempo sobre ele)

    
por 04.05.2012 / 19:27
2

Você também pode querer analisar os drives híbridos que possuem mecanismos híbridos platter / SSD, dando a você muito do que foi adicionado velocidade sem todo o custo.

Desvantagens com o SSD:

Os blocos SSD só podem ser gravados por um número fixo de vezes, e o arquivo da sua página do sistema operacional teve muitas gravações. Os eletrônicos SSD espalham essas gravações em blocos diferentes para ajudar um pouco, mas no geral isso precisa ser pensado.

Os SSDs também são muito mais caros em bytes, em relação aos discos dos discos rígidos. Se você conseguir aumentar muito o desempenho com uma unidade híbrida, economizará algum dinheiro.

    
por 04.05.2012 / 20:11
1

Eu tinha o Linux rodando a partir de um cartão SD de 8GB em um GuruPlug. O GuruPlug expõe o slot para cartão SD como um dispositivo de armazenamento em massa USB permanentemente conectado.

Funcionou muito bem por cerca de um ano de tempo de operação quase contínuo (o cartão já tinha um ano, usado anteriormente e ocasionalmente em um Blackberry - somente interrupções eram devidas a uma falta de energia prolongada e várias atualizações de kernel). cartão morreu repentinamente sem aviso prévio. O GuruPlug fica quente e tenho certeza que isso não ajudou a longevidade da carta.

No que diz respeito à operação real, quando muita gravação estava sendo feita no cartão SD, às vezes, o "disco" de E / S costumava não responder.

Tentar isso em PCs reais com leitores de cartão USB para SD não produziu bons resultados em algumas máquinas. Eu me depararia com o problema em que, de repente, o cartão SD seria desconectado e o Linux encontraria seu volume de raiz e todos os outros volumes baseados em partições daquele cartão SD inesperadamente. Tende a ser um problema em máquinas antigas da Dell, mas não fiz nenhum teste científico para confirmar com certeza.

    
por 04.05.2012 / 21:03
0

tl; dr os cartões SD mais rápidos estão alcançando o padrão 7200rpm girando os discos rígidos em termos de desempenho. Se você está acostumado com o desempenho do SSD, prepare-se para ficar desapontado. O calor ainda será o maior assassino, e os cartões SD não são classificados nem garantidos para uso constante.

Com alguns dos cartões SD mais recentes se aproximando de 95 MBps, ele está se tornando mais viável, e muitos computadores incorporáveis (por exemplo, Raspberry Pi) geralmente contam com cartões SD para seu sistema operacional. Se você tivesse um laptop com uma unidade que desejasse usar como uma partição inicial, poderia facilmente alternar entre várias distribuições do Linux por meio do cartão SSD, mantendo a maioria das configurações entre elas.

Mathwise, tenha em mente que 1G b ps (giga bit por segundo) é o equivalente a 125 M B ps (mega < strong> byte por segundo) - 1 byte consiste em 8 bits individuais agrupados, que podem representar 256 valores binários diferentes.

Você observa que as especificações para SATA (revisão 1) são um link de dados de 1,5 Gbps (aproximadamente 185 MBps). Esse é o máximo teórico que uma unidade teria que saturar antes que o link se tornasse o gargalo. A maioria dos drives de 7200 rpm tem um bom desempenho para atingir 100 MBps, enquanto os SSDs são aproximadamente de metade de um pedido para uma ordem de magnitude completa melhor (500 MBps - 1 GBps).

É por isso que quando o SATA III foi lançado, os SSDs ainda estavam engatinhando, e as unidades giratórias ainda eram rei, todo mundo zombava, já que a taxa máxima de transferência era de 600 MBps e parecia um exagero. Agora estamos começando a ver a geração de SSDs saturando isso - que hora de estar vivo:)

    
por 04.11.2016 / 02:06
0

Geralmente não. Não é mais rápido quando funciona e não é confiável o suficiente para o uso no dia-a-dia. Faz sentido apenas para recuperação ou instalação, ou outro uso ocasional.

O motivo é que os cartões SD eram sempre projetados para uso em fita - como nas câmeras digitais, onde os dados são copiados em uma grande transferência, ou uma transferência por arquivo até que todo o cartão esteja cheio e, mais tarde, todos copiado imediatamente.

Mesmo com as velocidades de transferência mais rápidas disponíveis, a tecnologia na qual os cartões SD são baseados: "memória flash EEPROM" - não é uma opção muito boa para o acesso aleatório e atualizações de peça que compõem a maioria das uso de um disco do sistema operacional.

Na verdade, não é muito confiável, acessado diretamente. Os dados precisam ter 'codificação de correção de erro' aplicada porque os bits individuais falham com frequência. E os blocos de dados até precisam ser 'branqueados / mexidos', porque qualquer grande padrão claro nos dados - como muitos '1's' ou '0's' próximos - fará com que o flash-eeprom não funcione corretamente.

Os cartões SD lidam com os itens acima, para que o cartão SD, pelo menos, apareça confiável - os dados são gravados com alguma redundância e verificados, corrigidos e não agrupados quando acessados antes de serem enviados para o computador.

Mas até mesmo a leitura de uma parte aleatória dos dados de um chip flash pode corromper os dados armazenados ao redor. Os controladores de memória Flash, portanto, precisam reescrever os dados ao redor novamente, em outro lugar, para que não se percam - e isso acontece mesmo se a placa estiver configurada como 'somente leitura'.

Pior ainda, cada célula de memória flash individual só pode ser gravada em um número limitado de vezes - então o controlador também tem que espalhar as gravações pelo disco - chamado 'wear leveling' - de modo que qualquer parte não Não se desgaste muito cedo.

Agora, considere o que acontece com um disco do sistema operacional.

Basta iniciar alguns arquivos pequenos que estão espalhados aqui e em todo o chip - e gera um monte de gravações extras que são 'invisíveis' para o computador, mesmo que o "leia apenas "o interruptor está definido no cartão SD!

Também não há nenhuma maneira na especificação de conexão elétrica do cartão SD para o cartão SD dizer ao computador "Estou ocupado escrevendo, por favor, não desligue ainda" - ou mesmo para o computador avisar o cartão SD " estamos prestes a desligar, prepare-se ".

Então mesmo com um desligamento adequado, o sistema operacional ainda pode estar corrompido!

Os SSDs contornam isso tendo controladores muito melhores e mais chips flash. Eles não se conectam através da interface do cartão SD, portanto, há maneiras de sinalizar para o computador que eles não foram concluídos, e os discos recebem sempre um aviso do computador para se prepararem para o desligamento.

Os SSDs de nível corporativo também costumam ter armazenamento de energia suficiente embutido para dar a eles uma fração extra de segundo para concluir o que estavam fazendo mesmo se a energia for desligada de repente - mas literalmente não há espaço em um cartão SD para isso, muito menos um mini- ou micro-SD.

Alguns computadores pequenos começaram a usar até mesmo cartões micro SD para seu SO - o Raspberry Pi vem à mente em particular - mas isso é feito puramente porque é muito barato.

Não é muito confiável - Espere uma falha na inicialização do sistema operacional após algumas centenas de inicializações a partir de qualquer cartão SD.

Você está muito melhor usando um SSD - até mesmo um SSD conectado por USB - do que um cartão SD.

Além disso, considere que a distinção entre cartões SD e SSDs também se aplica à maioria dos 'thumbdrives' e USB SSD . A maioria dos cartões USB usa exatamente os mesmos chips que os cartões SD. Você deve comprar um para o trabalho, se quiser sair do dia-a-dia.

Você pode obter o como do SBC do Raspberry Pi, mas que vem com 'flash embutido' ou 'slot de cartão eMMC'. Ambos são muito parecidos com um pequeno SSD barato e melhor que um cartão SD para inicializar.

Você também pode inicializar um Raspberry Pi a partir de um cartão USB ou apenas manter sua partição raiz (o disco do SO) do sistema separada da partição de inicialização - em um disco USB ou de estado sólido diferente, ou através da rede em um servidor nfs.

Não há problema em deixar a partição / boot em um cartão SD, pois ela só é lida uma vez, em um burst, no momento da inicialização - para ler o kernel do Linux antes que ele seja carregado.

    
por 27.01.2017 / 02:35