[FUG-BR] 4.x vs. 6.x
João Carlos Mendes Luis
jonny em jonny.eng.br
Sex Dez 9 13:48:26 BRST 2005
Rodrigo Graeff wrote:
> On 12/5/05, João Ricardo Peçanha Mendes <joaofreebsd em yahoo.com.br> wrote:
>> Frederico Terra Boechat wrote:
>>
>>> Prezados Amigos,
>>>
>>> Gostaria de uma opinião de vocês, mais experientes na área. Como todos
>>> sabem, a série 4.x já é considerada obsoleta (legada) e a série 6.x a de
>>> produção. Mas os bugs que a série 5.x têm e que eu pude comprovar na prática
>>> permaneceram na série 6.x. Pelo menos os bugs que eu pude observar. Eu não
>>> vou instalar ainda nenhuma versão 6.x em produção até que eu veja os bugs
>>> solucionados. Sei que vários bugs da série 5.x já não exiistem nas versões
>>> 6.x, mas muitos ainda exiistem.
>>>
>>>
>> Frederico,
>>
>> Quais os bugs que você detectou na série 5.x e que permanecem ainda na
>> série 6.x?
>
> Buenas, eu tenho alguns pra constar na lista, vamos la:
>
> -Placas Realtek (treco) de modelos superiores a 8139(c) sofrem
> seguidos watchdog timeouts do driver re0 inclusive no 6.0-STABLE
No 4.x esse problema não existia? Se voce detectar alguma diferença, pode
contactar o autor do driver e relatar sua experiencia, que ele provavelmente vai
se interessar em ajudar.
> -Problemas com apci e placas com chipset nv3 da nvidia (controladora
> pci). Em tanto amd64 quanto i386 o Fbsd simplesmente NAO da boot.
nv3 = nForce 3?
Eu tenho um servidor rodando perfeitamente com ela:
gaia::root software [1059] uname -v
FreeBSD 5.4-STABLE #0: Tue Oct 25 13:16:17 BRST 2005
jonny em gaia.telco:/data/system/cvsup/RELENG_5/src/sys/i386/compile/GAIA
gaia::root software [1060] pciconf -vl | grep nForce
device = 'nForce3 CPU to ISA Bridge'
device = 'nForce PCI SMB Controller'
device = 'nForce OHCI USB Controller'
device = 'nForce OHCI USB Controller'
device = 'nForce EHCI USB 2.0 Controller'
device = 'nForce AC'97 Audio Codec Interface'
device = 'nForce ATA Controller'
device = 'nForce3 PCI to AGP Bridge'
device = 'nForce PCI to PCI Bridge'
gaia::root software [1061]
O único problema é (era) a placa de rede, mas isso já foi teoricamente
resolvido em um commit recente. Só não troquei por que é um servidor de
produção e não posso parar por qualquer coisinha.
> -Default de instalacao ainda coloca softupdates no slice /var, quando
> o correto e indicado seria nao usa-lo por motivos de performance e
> comprometimento de logs.
Isso é uma opinião pessoal, e eu discordo completamente dela. Não há motivo
nenhum de comprometimento de logs para justificar o não uso do softupdates. Só
não se usa softupdates no / para evitar problemas durante upgrade, pois o espaço
liberado pela remoção de um arquivo demora a reaparecer. Pelo jeito o pessoal
do Core Team também acha isso.
> -Instalacoes de um cd-rom scsi para HDs scsi, ele nao gera os devices
> dos slices dos HD scsi completos, dificultando a instalacao pois fica
> dificil criar todos os slices necessarios se uma vez resolver criar
> mais do que os necessarios. (acredito que seja devfs)
Se é devfs, e o device não aparece, é por que ele não existe mesmo. Todos os
slices são criados automaticamente, e nunca vi nenhum problema em relação a isso
nem no 5.x nem no 6.0. No exato instante em que voce roda o fsck para criar um
novo slice, o dispositivo aparece no /dev.
Finalmente, gostaria de complementar que eu sou um dos caras desta lista que
mais relutou em aceitar o 5.x como estável, mas desde o 5.3 não vejo nenhum
problema para reclamar, e hoje instalo servidores de produção com o 6.0 sem
nenhum medo.
_______________________________________________
Freebsd mailing list
Freebsd em fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Mais detalhes sobre a lista de discussão freebsd