|
Exame de Certificação BSD Disponível na Amazônia (AtualTec 2009). |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
06/04/2009 |
Exame de Certificação BSD Disponível na Amazônia (AtualTec 2009).
O Exame de Certificação BSD chega a maior floresta do mundo. O Grupo de Certificação BSD (BSDCG) oferecerá o Exame de Certificação BSDA aos participantes da AtualTec 2009, da Faculdade Atual da Amazônia.
O exame será escrito (em papel), e em Inglês. Informações sobre o exame estão disponíveis na página de Certificação do website do BSDCG. Os candidatos ao exame devem ser proficientes nos Requerimentos para a Certificação BSDA e na Referência de Comandos, ambos disponíveis para download livre no website do grupo.
Candidatos aos exames devem trazer documento de identidade com fotografia, com os mesmos dados registrados na obtenção do BSDCG ID. Os que participarem do Programa de Certificação beta em 2007 tem direito a desconto de 50% sobre o registro para o Exame.
O Exame será oferecido na Sexta, 17 de Abril as 10:00 da manhã.
Devido a limitação de vagas, o número de candidatos para esse exame é limitado a 35, e é imperativo o pré-registro.
Os participantes tem que se registrar primeiro para obtenção do BSDCG ID no website de registro. Note que pode levar até 24 horas para seu ID no BSDCG ser criado e você o receber. Uma vez tendo seu ID, escolha o local de Exame. Custos são em USD - dólares americanos - respectivamente $75,00 (ou $37,50 se tiver participado do beta) e pode ser pago porPaypal ou Cartão de Crédito internacional.
Sobre o Grupo de Certificação BSD:
Site: http://www.bsdcertification.org/
O Grupo de Certificação BSD (The BSD Certification Group Inc.) é uma organização sem fins lucrativos, comprometida em criar e manter globalmente um padrão de Certificação em Administração de Sistemas baseados em BSD. O Grupo de Certificação trabalha diretamente com sysadmins BSD e a comunidade, afim de garantir que ofereceráCertificação prática e relevante.
O Exame BSDA foi projetado para ser uma certificação introdutória à Administração de Sistemas BSD Unix. O candidato que completar com sucesso o Exame BSDA é capaz de realizar tarefas administrativas comuns, realizar tarefas de identificação e resolução de problemas, e tem bom entendimento de BSD Unix e princípios de Networking em geral.
Complementarmente, o candidato que detém a certificação BSDA demonstra conhecimento essencial e habilidades nos seguintes sistemas operacionais BSD:
* Dragonfly BSD
* FreeBSD
* NetBSD
* OpenBSD
Registrando-se para Realizar o Exame
Registrar-se no Exame BSDA na AtualTec 2009 é um procedimento simples e claro, onde você pode (1) Obter seu BSDCG-ID, (2), registrar-se no Exame BSDA e (3) pagar a taxa para o Exame no website de registro:
https://register.bsdcertification.org/register/events/atualtec2009
Lembre-se de ler o Checklist para o Exame:
https://register.bsdcertification.org/register/exam-preparation-checklist/checklist
Sobre a AtualTec 2009 / Faculdade Atual da Amazônia
O ATUALTEC é um evento periódico de iniciativa dos cursos de Informática (Sistemas de Informação e Licenciatura em Computação) Faculdade Atual da Amazônia que contribuem para a divulgação e promoção do uso de software livre na Região Norte, consolidando sua importância na região por meio da composição dos diversos agentes da sociedade, proporcionando discussões relevantes para os profissionais participantes do evento, e ainda, debate a gestão e o desenvolvimento da tecnologia da informação por meio de palestras e oficinas.
Se Ainda Houverem Dúvidas:
O contato local para o Exame de Certificação BSDA é Patrick Tracanelli. Se houverem dúvidas não respondias nesse anúncio ou nos sites mencionados, contacte-o por e-mail (patrick em freebsdbrasil com br) ou telefone, em +55 (31) 3516-0800.
O Proctor será o Sr. Sandro Melo (sandro em 4nix com br).
Comente! (2 Comentários) |
|
Última Atualização ( 06/04/2009 )
|
|
Debian GNU/kFreeBSD: Projeto de kernel FreeBSD no Debian continua firme, forte, e agora atualizado. |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
06/04/2009 |
|
 Recentemente o desenvolvedor Debian, Joerg Jaspert, anunciou a atualização da iniciativa Debian GNU/kFreeBSD com a sincronização com os fontes mais recentes do FreeBSD.
O projeto Debian GNU/lFreeBSD tem a intenção de expandir o Debian, possibilitando que esse que é uma das mais populares distribuições Linux, não dependa exclusivamente do kernel Linux, mas possa também utilizar o kernel do FreeBSD. Em essencia o projeto é um port ao contrário do FreeBSD, removendo da userland todas as bibliotecas e aplicações BSD e adicionando a userland/libs e gerenciamento de pacotes do Debian. Os argumentos dos desenvolvedores Debian envolvidos podem ser encontrados aqui. Em uma tradução livre, temos:
Aqui estão as razões pelas quais acreditamos que o Debian GNU/kFreeBSD deve ser preferido frente a outros sistemas como o FreeBSD e o Debian GNU/Linux. Não há verdades absolutas nem esperamos que todos concordem com tais razões. Dessa forma por favor não se empenhe em uma discussão sem fim tentando convencer outra pessoa que o Debian GNU/kFreeBSD é a melhor opção. Esse tipo de coisa nos prejudica mais que ajuda. Por quê você prefriria o Debian GNU/kFreeBSD ao invés do Debian GNU/Linux? - Interface de kernel mais limpa ou mais padronizada:
- Implementação única do /dev via devfs, ao inves das 3 implementações incompatíveis que o Linux oferece para manipular o /dev.
- OSS como sistema padrão de som (ou seja o padrão de interface suportado por praticamente qualquer Unix-like disponível).
- OpenBSD Packet Filter (pf).
- Outros recursos legais de segurança, como jails.
- Suporte a drivers NDIS no kernel padrão. No Linux o NdisWrapper provavelmente não entrará no kernel padrão.
- A possibilidade de ter o ZFS no kernel padrão. Devido a questões de licenceamento e patentes, ZFS provavelmente não vai entrar no kernel Linux.
- kFreeBSD é uma alternativa caso a SCO tenha vencimentos relevantes na justiça e considere o Linux ilegal, ou qualquer outra aleaça. Em termos legais os fontes Linux são como um campo de minas. kFreeBSD é bem menos vulnerável a esses ataques devido ao seu modelo de desemvolvimento menos "estilo bazaar".
- Desenvolvedores do kernel do FreeBSD tem interesse mais frequente em adicionar novos recursos ao invés de gerar forks (o port do Xbox é um ótimo exemplo. Veja a posição do Linus Torvalds e dos desenvolvedores FreeBSD).
- Alguns dizem que o kFreeBSD tem melhor performance e/ou estabilidde (especialmente nas áreas de disco e sistema de arquivos);
- O kernel FreeBSD pode suportar algum hardware que o Linux não suporte e/ou o FreeBSD suporta melhor (menos bugs).
Por quê você preferiria o Debian GNU/kFreeBSD ao invés do FreeBSD?
- Se você gosta do sistema de pacotes do Debian (ou seu conjunto de pacotes) mais do que gosta da Coleção de Ports do FreeBSD (questão de preferência).
- Se você prefere a userland GNU ao invés da BSD (novamente, apenas questão de preferência).
- Se você não tem nada contra a GPL ou software de licença copyleft, vai gostar dos módulosúteis como do ext2fs, o vindouro ReserFS e XFS, ou o fato que o suporte a rede no Xbox vem (ou virá) compilado no kernel padrão.
- Se você se preocupa em ter um sistema 100% livre, ja que nosso compromisso com o Guia de Software Livre Debian (DFSG) garante que o Debian GNU/kFreeBSD não incluirá qualquer software considerado não-livre. Nós removemos alguns drivers não-livres contidos na árvore do FreeBSD, como o driver ath.
Referências:
Comente! |
|
Última Atualização ( 06/04/2009 )
|
|
FreeBSD 7.2-BETA1 disponível para testes. |
|
Por Redação FBSDBR.
|
|
03/04/2009 |
|
 O time de engenharia de versões do Projeto FreeBSD disponibilizou recentemente o primeiro BETA do ciclo de construção de novo -RELEASE do FreeBSD. A principal mudança afeta o driver bge(4), mas o sistema de forma geral deve ser foco de teste. Se você dispor de tempo teste esse novo -BETA e se encontrar qualquer problema, reporte ao time em
Este endereço de e-mail está sendo protegido de spam, você precisa de Javascript habilitado para vê-lo
Seus testes são valiosos, quanto mais pessoas testarem melhor o processo de Quality Assurance por trás do lançamento do 7.2-RELEASE. Para fazer download da imagem ISO, acesse: Substituindo ${arch} pela arquitetura desejada, que pode ser amd64, i386, ia64, pc98, powerpc, ou sparc64, exemplo: Leia o Anuncio Original enviado por Ken Smith.
Comente! |
|
Última Atualização ( 03/04/2009 )
|
|
FreeBSD, mais uma vez, top #1 de estabilidade segundo a NetCraft. |
|
Por Redação FUG-BR.
|
|
02/04/2009 |
|
Segundo o relatório de Março da consultoria inglesa NetCraft, a compania de hosting mais confiável do mundo nesse mês, foi a Reliable Servers. A RS tem por trás dessa estabilidade o sistema operacional FreeBSD. Portanto o sistema mais estável comercialmente, de uso de grande escala é, de novo, FreeBSD. A segunda mais confiável também usa FreeBSD, que conta 4 dos top 10 mais confiáveis e ainda, a INetU [1] que devido a firewall, o NetCraft não consegue mapear mas que reconhecidamente usa (também suporta e financia) o FreeBSD. Parece notícia repetida? Essa é diferente; a última foi do mês de fevereiro e abaixo, segue tabela de Março.
Comente! |
|
Layer 2: Controle de Banda na Camada 2 com Dummynet. |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
31/03/2009 |
|
Gleb Kurtsou (rfrench), estudante, participante do Google Summer of Code 2008, tem como foco a melhoria do filtro (firewall) de pacotes na Camada 2 (Layer 2) do FreeBSD. E agora uma notivade excelente, o dummynet pode atuar agora na camada OSI 2 e não mais apenas na OSI 3, gerando como resultado a possibilidade de fazer controle de banda por MAC address, independente do protocolo LLC. Ou seja agora é possível impor controle de banda em protocolos na sub-camada LLC diferentes de IPv4 e IPv6, como IPX nativo entre outros. Uma das mudança sfoi a adição da directiva ether na configuração do mask do dummynet(4). Segue exemplo de configuração, usando o novo framework (src-ether e dst-ether): # ipfw pipe 10 config bw 512Kb/s mask ether
# ipfw add pipe 10 src-ether 00:XX:YY:ZZ:KK:AA dst-ether 00:XX:YY:ZZ:KK:BB out via bridge0 layer2 # ipfw add pipe 10 dst-ether 00:XX:YY:ZZ:KK:BB src-ether 00:XX:YY:ZZ:KK:AA out via bridge0 layer2 E o resultado dos pipes dinamicamente criados podem ser observados com: # ipfw pipe show
00001: 1.000 Mbit/s 0 ms 50 sl. 2 queues (64 buckets) droptail
mask: ff:ff:ff:ff:ff:ff -> ff:ff:ff:ff:ff:ff tag: 0x0000
BKT _Source Ether Addr_ _Dest. Ether Addr__ Tag Tot_pkt/bytes Pkt/Byte Drp
40 00:XX:YY:ZZ:KK:AA 00:XX:YY:ZZ:KK:BB 0 2 196 0 0 0
43 00:XX:YY:ZZ:KK:BB 00:XX:YY:ZZ:KK:AA 0 2 196 0 0 0
Ainda é possível marcar pacotes por máscara:
# ipfw add 200 pipe 1 ip from any to any tagged 1-1000 via bridge0 layer2 E a palavra chave any foi adicionada para tar match em qualquer tag: # ipfw add 200 pipe 1 ip from any to any tagged any via bridge0 layer2 O recurso ainda não entrou oficialmente na árvore, mas pode ser testado com latches em FreeBSD -CURRENT e -STABLE:
Comente! |
|
Última Atualização ( 02/04/2009 )
|
|
FreeBSD/mips - História e Evolução do Desenvolvimento. |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
31/03/2009 |
|
Warner Losh, o imp@, apresentou na AsiaBSDCon 2009 uma excelente palestra sobre o status de desenvolvimento do FreeBSD/mips. Entre as boas surpresas estão o estado consideravelmente avançado do suporte a MIPS no FreeBSD, trabalho contínuo em Atheros 9x e Atheros 7X, em RMI Au1xxx e o sistema plenamente funcional em Router Boards (Mikrotik), mostram um bom caminho para o FreeBSD/mips na árvore oficial do FreeBSD. Uma curiosidade porem, é a noção histórica que o Warner Losh passa do FreeBSD/mips. FreeBSD roda MIPS desde o FreeBSD 3, as principais, como trabalho/atividade da Juniper para colocar FreeBSD em seus roteadores, mas infelizmente naquela época devido a um contrato, o código não pode ser disponibilizado. Recentemente a Juniper não cometeu o mesmo erro e nas versões mais recentes do FreeBSD, tem liberado sua contribuição ao projeto, no que tange ao desenvolvimento MIPS dentro da própria Juniper Networks. Além disso a história dessa arquitetura com FreeBSD no meio comercial, e agora se tornando aberto, tem várias páginas muito bem documentadas nos papers publicados pelo Warner, que podem ser acessados em formato
Bem interessante, vale a pena a leitura na íntegra.
Comente! |
|
Última Atualização ( 02/04/2009 )
|
|
AsiaBSDCon 2008: lista completa de vídeos. |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
31/03/2009 |
|
A lista completa de vídeos da conferência BSD na ásia em 2008 (AsiaBSDCon 2008) está plenamente disponível no Canal BSDConferences do YouTube. Para acessar cada um dos vídeos, segue a lista: - Reducing Lock Contention in a Multi-Core System, Randall Stewart
- ISC and *BSD at the Core of the Internet: Keynote, Peter Losher
- PC-BSD, Matt Olander
- GEOM: In Infrastructure We Trust, Pawel Jakub Dawidek
- A Brief History of the BSD Fast Filesystem, Kirk McKusick.
- Using FreeBSD to Promote Open Source Development Methods, Brooks Davis
- Sleeping Beauty - NetBSD on Modern Laptops, Jörg Sonnenb
- OpenBSD Network Stack Internals, Claudio Jeker
- Keynote: Hideki Sunahara - 25 years with BSD
- A Portable iSCSI Initiator, Alistair Crooks
- Logical Resource Isolation in the NetBSD Kernel, Kristaps Džonsons
- BSD Implementations of XCAST6, Yuji Imai
- Tracking FreeBSD in a Commercial Setting M. Warner Losh
Lembrando que a edição 2008, a 2009, e talvez todas as próximas edições do AsiaBSDCon, são em homenagem ao Mestre Jun-ichiro Itojun Hagino.
Comente! |
|
Última Atualização ( 02/04/2009 )
|
|
FreeBSD Ports Collection agora Paralelizável em ambiente SMP. |
|
Por P. Tracanelli (FreeBSD Brasil)
|
|
31/03/2009 |
|
Uma ótima notícia: Há dois dias o commiter Pav fez a inclusão na Coleção de Ports do FreeBSD de uma alteração consideravelmente importante no framework de ports, mudança essa que por sinal tinha muita demanda de solicitações por parte de usuários e desevolvedores: suporte pleno automática a construção de ports em múltiplos núcleos de processamento. Com isso o framework de ports tira proveito das flags -jX no make(1). Apesar de nem todo código no Ports ser completamente ISO C, habilitando o recurso globalmente temos apenas 400 ports que falham ao compilar. O que parece muito, mas considerando o tamanho da árvore, não é. Ainda assim o framework foi projetado no sentido de conter whitelist dos Ports que podem ser compilados em ambiente SMP sem problemas. Dessa forma os commiters de ports já começaram a adicionar tal recurso em ports mais populares como Firefox, Apache, PHP, KDE, Gnome e outros.
O que muda para os usuários? Nada. Os ports declarados como SMP-seguros farão uso automaticamente da quantidade de núcleos disponíveis no servidor. Mas se por algum motivo você quiser desabilitar o recurso, basta compilar o port com a flag DISABLE_MAKE_JOBS=yes ou se preferir, globalmente, colocar DISABLE_MAKE_JOBS=yes no /etc/make.conf. O padrão é a paralelização acontecer de acordo com o número de núcleos disponível no computador, mas se quiser alterar esse valor pode defini-lo com a variável MAKE_JOBS_NUMBER=X no /etc/make.conf ou no momento da compilação do port. Se você adora testes e quer testar todos os ports mesmo aqueles que o mantenedor ainda não comprovou a possibilidade de compilar plenamente em SMP, use a flag FORCE_MAKE_JOBS=yes. O que muda para os commiters?Se o commiter não quiser colocar seu port compilando em ambiente SMP, não precisa fazer nada. Mas se quer colocar, deve usar a flag MAKE_JOBS_SAFE=yes que carrega o framework em questão, em qualquer bloco abaixo da declaração de DEPEND. Se sabe que a aplicação que mantém, não se comporta bem com paralelização de compilação e quer desabilitar, mesmo que o usuário force a paralelização, use a flag MAKE_JOBS_UNSAFE=yes mais uma vez, na declaração, abaixo de DEPEND. Seu port preferido ainda não tira proveito da compilação paralelizada? Então modifique-o da forma sugerida, e teste. Quando eu digo teste, não basta ver se compila. Teste o resultado final gerada, já que alguns ports notoriamente se comportam de forma adversa quando compilados com flags de otimização ou paralelizados, mesmo não gerando falha de compilação. Depois de testar submeta um PR - com send-pr(1). Ou então dê um ping no mantenedor do seu port preferido (hehe).
Comente! |
|
