O e4rat ainda é (2016) mais rápido que o ureadahead em HDDs?

Question

Como tenho HDD e quero reduzir meu tempo de inicialização , estou decidindo migrar de ureadahead para e4rat ,

Mas tenho uma dúvida já que o e4rat não foi desenvolvido depois de 2012-05-03, de acordo com aqui , mas Se você procurar por algo ureadahead é similar, parece não haver novos lançamentos importantes depois de 2009-11-29 de acordo com o launchpad, mas o Ubuntu 16.04 também usa o ureadahead 0.100.0-19. (De acordo com o launchpad). Descobri que o e4rat foi mais rápido comparativamente ao ureadahead no período 2010-2013 (de acordo com postagens antigas). O e4rat ainda é mais rápido que o ureadhead? ou há alguma nova versão do ureadahead que seja mais rápida que a e4rat (que eu perdi)?

    

Answer 1

Vamos ver o que as bestas fazem

O

• ureadahead apenas armazena em cache os arquivos usados com frequência e os lê na RAM durante a inicialização.

• e4rat consistem em ferramentas diferentes, uma é e4rat-realloc , que se move em torno de arquivos usados com freqüência para que seus blocos fiquem próximos um do outro, reduzindo o caminho de movimento de uma cabeça magnética de HDD para carregando esses arquivos.

  E e4rat-preload tool, que faz (adicionado aos parâmetros do kernel) o mesmo trabalho que ureadahead . Curiosamente, Wiki do Archlinux menciona possibilidade de usar e4rat e ureadahead ao mesmo tempo, embora sem detalhes. Eles talvez quisessem usar ureadahead em vez de e4rat-preaload .

Assim, para os HDDs e4rat seriam sempre mais rápidos do que ureadahead . Para SSDs, por seu tempo de acesso aleatório é o mesmo que para blocos adjacentes, a fragmentação de arquivos não faz sentido. Por isso, as únicas ferramentas que tocam a perfomance são e4rat-preload e ureadahead e, como o trabalho é o mesmo, o desempenho também seria o mesmo.

NB : devido ao fato de os SSDs serem rápidos, o ureadahead aumenta a performance não tanto nisso. Isso levou à discussão entre os desenvolvedores do systemd, que estão usando principalmente SSDs hoje em dia. Como é útil de qualquer forma, eles perguntaram se alguém queria fazer uma manutenção por seu systemd-readahead analógico. Ninguém defendeu, e por isso foi removido do systemd. Então, eu esperaria que o desenvolvimento de ureadahead e e4rat também diminuísse, se já não estiver.