Uma das referências citadas nessa notícia diz: "as vezes no mundo Open Source, tecnologias são desenvolvidas pela comunidade, e outras vezes por empresas comerciais". O FreeBSD na série 8 tem uma série de exemplos, que provavelmente vale a curiosidade conhecer. A Juniper, há 11 anos usando FreeBSD como base de seus principais produtos, tem sido o grande suporte por trás do port do FreeBSD para arquitetura MIPS. Uma parte da arquitetura de L2 e L3 foi rescrita, trabalho suportado pela Blue Coat. A Coyote Point contribuiu com parte do projeto de mapear IRQs por processador, a Cisco por parte do produto Iron Port, tem suportado o desenvolvedor Randall Stewart e melhorias de conformidade. E assim segue, iniciativa privada fazendo bom uso do FreeBSD e contribuindo de volta com o projeto. Leia, 1 e 2.

O Thunder Cache, proxy web criado com objetivo de elevar a eficiência do Squid em relação ao cacheamento de dados dinâmicos na web, está em sua terceira encarnação (encaminhando para a quarta) e tem se mostrado eficiente e um grande aliado na economia de banda em provedores. O projeto é tupiniquim, hoje escrito em C++, não é mais Open Source e no momento é disponibilizado em binários pré para Linux. Recentemente comecei explorar a abordagem, instalando versão 3 em alguns clientes. Observei dificuldades de alguns que tentaram usar em FreeBSD, além de não ter rotinas de startup, etc. Resolvi organizar internamente na FreeBSD Brasil e documentei um artigo passo-a-passo sobre como ter o TC3 rodando em FreeBSD.

Em contato com alguns dos autores do TC, criamos uma área no fórum oficial do projeto específica para FreeBSD. É para compartilhar o how-to , uma contribuição, algum feedback de uso e convidá-los a explorar essa área do fórum do TC, além de convidá-los a experimentar o TC3 se você tem necessidade de economizar banda, que posto essa noticia e o link:

O Jeff R. (autor do ULE 3.0) e ninguém menos que o McKusick iniciaram um projetinho juntos semana passada, para adicionar um micro-journal no Soft Updates. A intenção é gravar nesse micro-journal apenas informações de alocação de blocos, blocos livres e modificações nos contadores de link de inodes.

Na prática, com um micro-journal de 32 byte por registro (muito menor que qualquer outro) o Soft Updates não vai mais precisar de FSCK (nem fore nem background) depois de um crash. O projeto tem financiamento da Juniper, do Yahoo e da iXsystems. A expectativa é que "The code will be
publicly available within two weeks."

http://jeffr-tech.livejournal.com/22716.html

Então somemos mais um tempo pra testes, sair do -CURRENT ir parar no -STABLE e depois no próximo release e provavelmente no próximo -RELEASE da série 8 ano que vem, teremos HAST e SU+J num mesmo lançamento.