Em sua quinta edição, o CONISLI (Congresso Internacional de Software Livre) primará pela qualidade e pela troca de informações, por intermédio de palestras, tutoriais e minicursos instrutivos.
Estimando atingir cerca de 1500 congressistas, o CONISLI 2007 será, antes de tudo, um evento de conteúdo técnico e instrutivo, com o seu foco em desenvolvimento de software, infra-estrutura e segurança, a fim de cada vez mais colaborar para o fortalecimento da Comunidade de Usuários e Desenvolvedores de Software Livre.

Nesta edição, o evento contará com tres dias de duração, sendo de sexta a domingo, com mais de 100 atividades abordadas por intermédio de palestras técnicas, treinamentos, tutoriais, casos de sucesso, minicursos e mostra de soluções dos principais profissionais e empresas que atuam na Comunidade de Software Livre.

Nós da FUG-BR estaremos participando com as seguintes palestras:

•  "GEOM - Bricando com discos no FreeBSD" - Por: Daniel Bristot.
•  "Participe do projeto FreeBSD" - Por: Marcelo Araujo.

A FreeBSD Foundation está leiloando, como parte de sua campanha de arrecadação de fundos, o primeiro livro da segunda edição do Absolute FreeBSD, doado à Fundação pelo autor, Michael Lucas. A primeira cópia do livro incluirá um Certificado de Autenticidade assinado pelo autor, e também uma placa de prata, igualmente assinada, que comprovam a autenticidade da cópia como a primeira.

Para dar um lance no livro, use este link para o eBay. Nesse momento o lance está em US$ 345.00. O preço original do livro será 60 dólares. O autor se comprometeu também a enviar o livro para qualquer parte do mundo, portanto o leilão não se restringe apenas aos EUA. O leilão começa hoje, e vai até 2 de Novembro. O comprador será anunciado em 11 de Novembro. A difereça além dos 60 dólares é considerada doação e pode ser descontada em imposto de renda - ao menos nos EUA. Se você deseja contribuir com a Fundação FreeBSD mas não suficiente para ganhar o leilão, visite a página de doações e saiba como doar qualquer valor.

No BSDTalk número 132, Will Backman, criador do podcast mais famoso do mundo BSD entrevista um personagem muito conhecido do SL, especialmente da comunidade Linux/GNU, o criador da FSF e da filosofia GNU, Richard M. Stallman. Stallman pediu que sua entrevista fosse distribuída apenas em formato livre. Portanto não há arquivo MP3 da entrevista. A entrevista em formato ogg pode ser acessada aqui. Uma entrevista ilustre, mas uma conversa com poucas novidades, e frases e considerações típicas de Stallman.

Will, de forma bastante adequada, não gera discussões ou corrige idéias de Stallman mesmo quando menciona algo inexato sobre outros sistemas, ou licenças. Ao invés disso apenas deixa seu condidato falar e expor suas idéias, idéias cujos principais pontos podemos resumir para você:

Ken Smith, coordenador do processo de engenharia de versões do FreeBSD anunciou hoje a disponibilidade do FreeBSD 7.0-BETA1, e informou que o -BETA1 do 6.3 está no forno. De acordo com o anúncio o ports freeze acontecerá simultâneamente para o RELENG_7 e o RELENG_6, minimizando o impacto do ciclo de congelamento antes do lançamento dos -RELEASE. 

Você pode acessar o ISO do 7.0-BETA1 em:

ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/7.0/

Substitua ISO-IMAGES-i386 por ISO-IMAGES-alpha, ISO-IMAGES-amd64, ISO-IMAGES-ia64, ISO-IMAGES-pc98, ISO-IMAGES-powerpc ou ISO-IMAGES-sparc64 caso deseje testar em alguma dessas outras arquiteturas. Se o site ftp ficar congestionado ou a latência de sua conectividade até ele for alta, use um desses site FTP espelho.

Ken Smith confirmou as datas estimadas do cronograma de lançamento, conforme antecipado pela FUG em notícia recente. Para ler o anúncio original, acesse aqui.

A importância dos -BETA e -RC. 

As imagens ISO do FreeBSD em -BETA e -RC (Release Candiate) representam momentos distintos do ciclo de lançamento de um novo FreeBSD, e é o momento em que os novos recursos devem ser testados com mais atenção. O -BETA2 terá as correções de problemas que usuários notarem no -BETA1, em seguida, o -RC1 terá as correções, se necessário, do -BETA2, até o ciclo final, -RC2, que antecede o -RELEASE. Se não houver probelas, o -BETA2 ou -RC2 pode vir a ser dispensados. Portanto é fundamental nesse momento do ciclo de versões sua contribuição, testando exaustivamente o sistema -BETA ou -RC mais recente, e compartilhando problemas nas listas do projeto, especialmente freebsd-stable e freebsd-current.

Para versões ponto-zero, o teste em novos recursos tem importância especial. Se você plajena usar ZFS, o escalonador ULE em sua nova versão, virtualização da pilha de rede, novos recursos geom como gvirstor, entre outros, esse é o melhor momento para testa-los. Contribua.

Warner Losh, membro do Core Team do FreeBSD lista, em 18 passos simples, como criar um FreeBSD customizado e bootável, demonstrando que ao contrário do que muitos pensam - ou reclamam - criar um FreeBSD do zero, a partir dos fontes, é muito simples. Segue a tradução, a íntegra, do post de Warner em seu blog:

De tempos em tempos ouço pessoas reclamar sobre o quão difícil é criar uma imagem à partir dos fontes do FreeBSD. Essa semana vou explicar como criei uma imagem de i386 bootável em um dispositivo USB, e também fazer observações sobre o resultado.

Recentemente precisei criar uma imagem bootável de i386. A forma mais fácil foi compilar uma nomeu amd64. Configurei meu ambiente para os processos de compilação (passos 1 a 3), construí as aplicações de userland e kernel do FreeBSD (passos 4 e 5), preparei a flash (passos 6 a 11), instalei a userland e o kernel (passos 12 e 13) e adicionei alguns arquivos extras, necessários para o boot (passos 14 a 18). Seguem os comandos abaixo:

1. setenv MAKEOBJDIRPREFIX /blah
2. setenv TARGET i386
3. setenv TARGET_ARCH i386
   
4. make buildworld
5. make buildkernel KERNCONF=GENERIC
   
6. fdisk -I da0
7. fdisk -B da0
8. bsdlabel -w da0s1 auto
9. bsdlabel -B da0s1
10. newfs /dev/da0s1a
11. mount /dev/da0s1a /mnt
12. make installworld DESTDIR=/mnt
13. make installkernel DESTDIR=/mnt KERNCONF=GENERIC INSTALL_NODEBUG=t
    
14. make distrib-dirs DESTDIR=/mnt
15. make distribution DESTDIR=/mnt
16. echo /dev/da0s1a / ufs rw 1 1 > /mnt/etc/fstab
17. echo ifconfig_DEFAULT=DHCP > /mnt/etc/rc.conf
18. echo hostname=demo >> /mnt/etc/rc.conf

Coloquei tudo em um cartão SD e inseri-o em um adaptador USB, iniciando o laptop com ele. A base do FreeBSD não é muito grande hoje em dia, 205MB é suficiente para um sistema completo.

% df /mnt
Filesystem 1024-blocks Used Avail Capacity Mounted on
/dev/da0s1a 484822 205570 240468 46% /mnt

Podemos ainda reduzir, mas considerando uma memória SD de 512MB com custo de 5 dólares, não faz sentido reduzir esse projeto para a memória que pretendi utilizar. Afinal só precisava de algo para fazer a transição de meu laptop de FreeBSD/amd64 para FreeBSD/i386.

Se alguém desejar reduzir a quantidade de espaço usado, existem diversas opções que podem ser usadas para reduzir o tamanho do sistema. Em minha experiência, é melhor construir sem essas opções e depois usar as keywords WITHOUT_XXX na hora de instalar, com installworld, mantendo assim a imagem pequena. É simples reduzir o FreeBSD pelo menos pela metade dessa forma, além do kernel que pode ser reduzido a 5MB na maior parte dos casos.

Você pode ainda usar o nanobsd(8) para automatizar esse processo, como pode também o TinyBSD ser utilizado. No futuro vou citar como costumo construir um FreeBSD com 16MB em média.

O desenvolver clement@ tem feito alguns testes de performance com iozone (benchmarks/iozone), e postado os gráficos resultantes dos testes. Os testes são com UFS2 em RAID com gstripe, com zvol em UFS2 e stripe em Zpool, além de UFS2 assíncrono com geom journal. Essencialmente os testes de clement@ são muito interessantes pois tem setups com UFS2 e diversos módulos Geom, em um ambiente tipicamente FreeBSD, enquanto faz abordagens ZFS dos mesmos setups.

Acompanhe os gráficos publicados nestes testes no blog do desenvolvedor (1 , 2).

Recentemente tivemos na lista principal aqui da FUG uma thread (ainda em andamento) sobre o lançamento do FreeBSD 7.0RELEASE. Particularmente, considero que o lançamento do FreeBSD 7 não está atrasado, ao contrário, houve uma antecipação do processo como um todo, e mencionei minhas considerações sobre porque o 7.0 não está tão próximo assim de ser lançado.

Como citado, o 7.0-RELEASE não deve mesmo sair antes de Dezembro. Agora contudo, não é mais uma opinião, mas sim uma informação discutida publicamente no canal #BSDPorts (rede de IRC efnet), a agenda de lançamento do processo de engenharia de versões será a seguinte:

As datas, como mencionado por ivoras@, podem ainda sofrer pequenas modificações, e não são ainda oficiais. O cronograma oficial será publicado em http://www.freebsd.org/releng/. Mas na prática as modificações, se houver, devem ser com antecipações ou prorrogações de poucos 1 a 2 dias.

O novo escalonador do FreeBSD, disponível no RELENG_7, SCHED_ULE, é, de fato, um novo escalonador, tendo do SCHED_ULE antigo apenas o nome. Esse escalonador tem se mostrado não apenas muito bom, mas plagiando a consideração do Chris DiBona, gerente de projeto Open Source do Google, "SCHED_SMP is a masterpiece", algo como "SCHED_SMP é uma obra-de-arte", se referindo a quando SCHED_ULE era ainda chamado SCHED_SMP no FreeBSD 7.0-CURRENT.

Já divulgamos que os resultados de performance e resposta do FreeBSD com o novo escalonador comparado ao Linux, mesmo com seu novo escalonador - o CFS - ou Solaris, sejam em benchmarks práticos, com aplicações, como em testes de estresse sob grande load. Enfim, referências sobre o quão bom o escalonador se apresenta, ou como ele funciona, ou comparações dos modelos de decisão adotado neste ou em outros escalonadores podem ser observados em diversas referências (1 , 2, 3, 4 , 5 , 6, 7 , 8, 9 , 10 , 11 ...).

Mas o que interessa é, o FreeBSD adotará o SCHED_ULE em sua terceira encarnação, por padrão, a partir do RELENG_7? Sim, mas não a partir do FreeBSD 7.0-RELEASE. O escalonador em questão foi testado exaustivamente, e não apresenta problemas em nenhum ambiente, obtendo melhorias significativas em praticamente todo cenário. E então, porque não torna-lo padrão? Simples, o Projeto FreeBSD nunca foi conhecido por decisões arrojadas na condução de suas tecnologias. Mais que isso, sempre foi bastante conservador nessas decisões. O algorítimo de auto-tunning do maxusers é conservador. Um administrador FreeBSD mais bem preparado faz esse tuning sempre, de forma mais específica. O granularidade do sistema operacional há decadas justifica seu valor em 1000, e por anos, foi 100 (1000 se tornou padrão apenas recentemente), enquanto em arquiteturas 64bits pode ir facilmente para 2000 ou 3000. O que nunca é feito por padrão. Manter o SCHED_4BSD no kernel GENERIC no FreeBSD 7.0-RELEASE é só mais uma dessas decisões conservadores, que historicamente se tornou uma grande característica de condução do FreeBSD.

Isso demonstra a seriedade com que o Projeto aborda a adoção de tecnologia, e principalmente, o quanto requer que o usuário FreeBSD esteja ciente, com bastante antecipação, de modificações drásticas. O SCHED_ULE estará disponível no 7.0-RELEASE em sua melhor forma, mas não no GENERIC. Assim, todos poderemos ao longo do 7.0, trocar de escalonador, como um ítem adicional em nossa checklist.

Quando a árvore RELENG_7 estiver Open, em algum momento, durante o 7.0-STABLE, o SCHED_4BSD será substituído pelo ULE, e o planejamento é que no 7.1-RELEASE este já seja o escalonador no kernel GENERIC. Decisão apropriada, dada a importância de um RELEASE ponto-zero.