[FUG-BR] 4.x vs. 6.x
Marcelo Vilela
marcelo.freebsd em gmail.com
Qua Dez 7 16:01:27 BRST 2005
Olá,
Se na sua máquina o 4.X funciona melhor que o 6.X ótimo, use a 4.X. O
projeto FreeBSD tem como base a evolução em tecnologia, e é claro que
surgirão bugs com as mudanças no sistema, e serão a medida do possível
corrigidos.
Se você espera algum dia não ter os bugs como conhecemos hoje, espere até
sair um computador analógico, pois teoricamente é a única forma do Problema
da Parada não existir, causando bugs.
É simples, se você usa seu notebook para uso pessoal (não imagino um
servidor num notebook), use o 4.X, acho que não é tão ruim assim usar de
tecnologias um pouco ultrapassadas.
Abraços.
Em 07/12/05, Rodrigo Graeff <delphus em gmail.com> escreveu:
>
> Ricardo A. Reis wrote:
>
> >>-Placas Realtek (treco) de modelos superiores a 8139(c) sofrem
> >>seguidos watchdog timeouts do driver re0 inclusive no 6.0-STABLE
> >>
> >>
> >>
> >>
> > Isso não pode ser tido com problema na adoção do free 6.x em
> >servidores,
> >não conheço um adm que teria coragem para usar essas placas,
> >
> >
> >
>
> Ok, placas realtreco nao sao comuns em servidores, porem o bug
> consta em ambas as versoes, e portanto existe. Meu notebook possui uma
> realtreco e eu sempre tenho que aplicar meu workaround para ter minha
> placa de rede funcionando, e isso caracteriza um problema que muitos
> devem enfrentar assim como eu. O simples fato de que placas realtreco
> nao sao usadas em servidores nao tem nada a ver com o bug existente.
>
> >>-Problemas com apci e placas com chipset nv3 da nvidia (controladora
> >>pci). Em tanto amd64 quanto i386 o Fbsd simplesmente NAO da boot.
> >>
> >>
> >>
> >>
> > Não tenho como testar isso, na duvida use nv4 ou plataforma intel.
> >
> >
> >
> Ok, entao o senhor se colocaria a disposicao para abrir um
> notebook HP com o chipset em questao e muda-lo para que eu possa usar
> FreeBSD neste micro ? Obviamente NAO, tao pouco tu alteraria o hardware
> de adm64 para intel pois o hardware ja foi comprado e eu dependia do
> sistema instalado nele, hoje solucionei o problema com a troca inteira
> do hardware, portanto obviamente o bug existe e me gerou problemas.
>
> >>-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.
> >>
> >>
> >>
> >>
> > Para performance é preciso usar softupdates, isso é FAQ esta no
> >historico ;-)
> >eu sempre usei softupdates no /var para meus servidores,
> >a performance versus segurança não se justifica :-)
> >
> >
> >
>
> Eh muito provavel que esteja no historico da lista, bem como no
> handbook e mesmo assim mantenho o que digo, pois desde a versao 3.3 do
> FreeBSD eu tenho problemas com softupdates no slice /var devido a alguns
> servidores meus utilizarem um gigantesco numero de IO que muitas vezes
> significaram corrompimento do fs. Mas aceito que eh opcional e qualquer
> um pode desligar o softupdate quando quiser, pois dependendo do sistema
> performance x seguranca faz muita diferenca (obsd / fbsd).
>
> >>-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)
> >>
> >>
> >>
> >>
> >
> > Eu sempre uso netinstall, tenho meu proprio mirror ;-) apenas alguns
> >gigas
> > e 2 minutos de instalação ;-)
> >
> >
> >
> >
> Bom, pode ser uma boa ideia, mas como eu falei acima,
> workarounds servem para tapar bugs, se estas tapando um bug eh porque
> ele existe.
>
> >Atenciosamente
> >
> >Ricardo A. Reis
> >UNIFESP
> >Unix and Network Admin
> >
> >
>
> [ ]s
>
> --
> Rodrigo Graeff
> delphus em gmail.com
> icq: 9636816
>
>
> _______________________________________________
> Freebsd mailing list
> Freebsd em fug.com.br
> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
>
_______________________________________________
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