Como mover / dev / random para outra unidade em um servidor

Question

Encontramos um gargalo no nosso servidor (hospedado no HDD) relacionado à função /dev/random . Queremos que o sistema operacional use o /dev/random que está na unidade SSD em vez do disco rígido.

Como podemos ter o servidor usando /dev/random em outra unidade que o sistema operacional? isso seria um link simbólico ou links físicos?

Qualquer conselho sobre como fazer isso (usar aleatoriamente de um servidor montado diferente) seria apreciado.

Obrigado!

editar Obrigado a Scott pela sua paciência:]

O SOLR e o SO são executados no HDD. Temos um índice SOLR em um volume SSD. Quando indexamos arquivos por meio de java, que está sendo executado no HDD e causando muitas gravações de disco, queremos movê-lo para o SSD (dictated not read).

    

Answer 1

/dev/random não é um arquivo que pode ser movido porque não é um "arquivo". /dev/ é na verdade uma pasta "vazia", os "arquivos" dentro dela são colocados lá pelo kernel e existe apenas na memória . Quando você vai "ler" ou "escrever" para esses arquivos, o kernel interceptará a chamada e nunca tocará no disco rígido.

Este é um exemplo clássico de um problema XY , edite o seu pergunta para incluir os detalhes do gargalo e de como você o encontrou, e podemos lhe dar conselhos sobre a maneira "correta" de corrigir esse problema.

Por exemplo, se você não precisa de números aleatórios criptograficamente strongs /dev/urandom é muito, muito mais rápido, mas também é mais "previsível" do que /dev/random (mas não de uma maneira que seja importante para você, consulte a edição no fundo). Se você explicar o que está usando /dev/random , podemos ajudá-lo a decidir se /dev/urandom seria uma boa escolha ou não.

Editar: Pesquisando mais, Eu encontrei que /dev/urandom deve ser usado também para uso criptográfico e será muito mais rápido.

    

Answer 2

Além da resposta do @ ScottChamberlain, o dispositivo /dev/random serve como um gerador de números aleatórios. Toda vez que você lê, seu computador tenta gerar novos números aleatórios. Isso requer tempo de CPU. O gargalo que você presencia é provavelmente devido a esse fato. Você não pode removê-lo, a menos que você use uma forma diferente (mais leve) de obter seus números aleatórios.