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 <[EMAIL PROTECTED]> 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 > [EMAIL PROTECTED] > icq: 9636816 > > > _______________________________________________ > Freebsd mailing list > Freebsd@fug.com.br > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br > _______________________________________________ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
