DragonFlyBSD 6.4 lançado com muitas correções

Downloads e mais informações sobre as alterações do DragonFlyBSD 6.4 estão disponíveis em DragonFlyBSD.org. 

DragonFly versão 6.4 é o próximo passo na série de lançamentos 6.x. Esta versão tem suporte de hardware para hipervisores tipo 2 com NVMM, um driver amdgpu, a capacidade experimental de montar remotamente volumes HAMMER2 e muitas outras alterações.

Os detalhes de todos os commits entre as versões 6.2 e 6.4 estão disponíveis nas mensagens de commit associadas para 6.4.0.

Núcleo

• Correção da passagem do ambiente execvPe().
• Corrige a manipulação do ktrace de valores de retorno de chamada de sistema ‘longos’.
• Corrige um problema de semáforo sysv relacionado a uma corrida de saída.
• Corrige um problema de inchaço do cache de nomes relacionado a entradas inativas que podem tornar os sistemas lentos com o tempo.
• Correção de vários problemas de despejo de cache de nome que estavam interferindo na operação nlookup*().
• Corrija um problema de cache de nomes que eliminou muitas entradas resolvidas, causando novas pesquisas desnecessárias.
• Os problemas de incompatibilidade de contagem de seção crítica são mais detalhados.
• Corrige vários problemas com a reciclagem de vnode, que podem resultar na lentidão de um sistema de execução longa. De um modo geral, houve vazamentos nas contagens de estado do vnode, o que poderia impedir que o vnlru fosse executado ou encontrasse vnodes recicláveis.
• Implemente o recurso MCL_CURRENT de mlockall () e geralmente corresponda às expectativas do tipo linux.
• Corrige uma reversão de ordem de bloqueio e um impasse em cache_resolve_mp() que pode ser atingido quando as pesquisas de caminho simultâneas cruzam os limites de montagem.
• Adicione a API gtaskqueue do FreeBSD.
• nlookup*() agora tenta novamente pesquisas em elementos que passam apenas por corridas de modificação e não repete pesquisas em elementos que são meramente bloqueados para acesso e depois desbloqueados. Melhora o desempenho.
• KERN_PROC – Altere o comportamento das recuperações da lista de processos para não incluir threads de kernel puros por padrão.
• Não entre em pânico se um pacote IP com um cabeçalho não atômico no primeiro mbuf chegar a ip*_input().