A Implementar

ChironFS agora segue uma forma de numeração de versão como a do Kernel do Linux. Assim, a atual versão estável é a série 1.0.x e a atual versão de desenvolvimento é a série 1.1.x.

• Ressincronismo Automático
  A próxima função a ser implementada será o ressincronismo automático de réplicas falhas. Será feito mediante uso de programa externo. Assim, terá arquitetura plugável, permitindo que os usuários escolham qual método de ressincronismo melhor se adapta às suas necessidades. A interface entre o ChironFS e o programa de ressincronismo será através de um sistema de arquivos tipo /proc do Linux, que já foi introduzido na série 1.1. Ele vai permitir que os programas consultem o status das réplicas e quais arquivos estão inconsistentes e vai aceitar comandos instruindo-o acerca de quais ressincronizações devem ser efetuadas e de qual fonte deverá ser obtida.

• I/O Assíncrono
  No momento, as operações de escrita são feitas seqüencialmente. Assim, a escrita nas réplicas leva a soma dos seus tempos individuais de escrita. Usando a libai, as escritas serão concorrentes e, algumas vezes, se o kernel/hardware permitirem, em paralelo.

• Suporte a atributos extendedidos.

• Estatísticas de Tempo de Acesso
  Assim, o algoritmo de balanceamento de carga pode usar estas estatísticas para escolher de qual réplica ele vai tentar fazer leituras.

• Tamanho Livre/Total de Disco
  Quando as réplicas têm valores diferentes de tamanho/uso, o ChironFS reporta seus diferentes valores em função do algoritmo de balanceamento de carga. Você pode conferir isto chamando o comando 'df' várias vezes. Assim, é preciso estabelecer uma política para lidar com isto. De fato, o usuário poderá escolher entre duas políticas:

  • Informar o tamanho/uso da "partição" como o menor valor reportado pelas réplicas. Esta aproximação previne ter uma réplica desabilitada quando ocorrer o erro "disco cheio" na réplica menor, enquanto as maiores continuam operando;

  • Informar o tamanho/uso da "partição" como o maior valor reportado pelas réplicas. Esta aproximação previne que seus sistemas parem quando a réplica menor der o erro "disco cheio". Isto irá gerar uma mensagem de log que pode ser detectada por sistemas de monitoração, operando, desta maneira, como o sistema do "canário morto".