Você deve dar uma olhada em Btrfs , especialmente as porções de balanceamento. Pode incluir código exatamente ou próximo ao que você precisa e sobre o qual você pode construir.
O sistema como você descreve é quase como um cache, e certamente pode ser aplicado como um complemento aos sistemas de arquivos existentes até certo ponto. Algumas coisas de nota, em geral:
- Controladores de disco não propagam gravações imediatamente, o que significa que gravar o mesmo arquivo rapidamente em um curto período de tempo não fará com que o hardware subjacente seja atualizado tantas vezes.
- Os SSDs não são tão frágeis como antes, e podem sobreviver tanto quanto um disco rígido, se não mais. A falta de partes móveis é ótima!
- O design proposto é útil apenas se os padrões de acesso não forem alterados com muita frequência, como qualquer outro cache. AE / S assíncrona acelerou os tempos de interação do disco nos últimos anos, mas depende do suporte em nível de aplicativo, às vezes. Por outro lado, corrigir o sistema operacional para servir a cópia em RAM do arquivo para os aplicativos, ao mesmo tempo em que faz a AIO para o disco rígido, pode oferecer o tipo de durabilidade de dados que um sistema puramente na memória não oferece. : memcached, e por isso recomenda strongmente contra ser usado como um mecanismo de persistência)
Eu entendo que o objetivo final é ser o mais transparente possível para o OS / usuário / aplicações, para apresentar apenas um volume / drive / partição e cuidar de tudo internamente. Não tenho certeza se o desktop é o melhor destino para esse sistema, porque duvido que seja tão útil quanto se ele fosse criado para servidores.
P.S. Isso já existe em hardware como unidades híbridas há algum tempo. A parte de RAM não é usada, mas, novamente, os usuários de desktop realmente não notariam isso de qualquer maneira. Outra proposta é o Combo Drive e Google Scholar tem ainda outros.