Re: [FUG-BR] Dúvida_-_releases_e_stables_-_ correções_de_bugs
Thiago Esteves de Oliveira wrote: > > Pergunta... > > Mas especificando o -march do gcc as funções de CPU como 3dNow da AMD e > muitas outras que não lembro seriam utilizadas pelo compilador para > compilar o código com mais rapidez ou para gerar um 'binário' capaz de > trabalhar com essas funções de cpu? > > Abraço... > > nunca altere as opções de compilação do kernel se voce não souber *exatamente* o que está fazendo !!! diversas "funções", (tais como mmx, sse, sse2, sse3, 3Dnow etc.) nunca devem ser utilizadas no kernel coisas sinistras podem ocorrer... extraido de: /usr/src/sys/conf/kern.mk ... # Explicitly prohibit the use of SSE and other SIMD # operations inside the kernel itself. These operations are exclusively # reserved for user applications. # .if ${MACHINE_ARCH} == "i386" && ${CC} != "icc" CFLAGS+=-mno-align-long-strings -mpreferred-stack-boundary=2 \ -mno-mmx -mno-3dnow -mno-sse -mno-sse2 ... É claro que raramente se precisa de um kernel compativel com 486 ou pentium "I", portanto o menos "perigoso" que se pode fazer é compilar todo o sistema para a sua CPU ( remover as opções de 486 e 586 do kernel, acrescentar a linha "CPUTYPE?=pentium3" no /etc/make.conf, etc., etc...), mas sempre *entendendo* o que e porque voce está fazendo isso... []s Antonio Torres ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Dúvida_-_releases_ e_stables_-_corre ções_de_bugs
On Sun, 09 Apr 2006 21:14:30 -0300, Giovanni P. Tirloni <[EMAIL PROTECTED]> wrote: > > On Sun, April 9, 2006 9:06 pm, Thiago Esteves de Oliveira said: > >> Então se for instalar uma 'Old Release' não se pode fugir das >> atualizações pós instalação (mas para que alguém instalaria uma 4.x >> Release,..., em 2006...nao é)... > Geralmente em sistemas críticos você quer diminuir a quantidades de > mudanças no dia-a-dia para evitar problemas. Minha sugestão é instalar > um -RELEASE e aplicar os patches de segurança periodicamente. > Para isso você pode utilizar a tag RELENG_6_0, no caso do 6.0. > Se for o caso de uma relase mais nova conter mudanças que você ache > interessantes estude bem ela, faça algum projeto piloto, analise as > mudanças em outras áreas que você inicialmente não queria mexer, etc. > > Eu costumava deixar os sistemas em -STABLE mas ultimamente utilizo > apenas > -RELEASE+patches e pulo de release em release. Cada um tem seu jeito ;) > >> ...Então >> aproveitando o assunto sobre atualização...Um sistema >> compilado no próprio 'servidor' (máquina) >> com as opções 'especiais' do gcc para um estilo de >> processador (-march,etc...), será muito mais >> rápido, mais ou menos, existe alguma comparação, >> alguém já fez alguma comparação entre as velocidades de execução, >> tamanho, ..., dos binários >> criados apartir das "compilações especiais"? > À‰ outra coisa que, com o tempo, fui percebendo e comprovando com as > experiências de outras pessoas que não gera nenhum grande benefícios. > Dizem que 1-3% na performance. Não é lá essas coisas, é ? Parece que > o GCC 4.0 consegue otimizar melhor certas coisas mas de cabeça não > lembro muita coisa. > > Também deixei de encher meu make.conf com flags de otimização para > CPUs depois que um servidor pifou e, na emergência, precisei trocar o > sistema de Intel para AMD.. e havia compilado com as flags especificas > para P3. O sistema não bootou, assunto encerrado. Se houver algum ganho > de 15-30% que me interesse algum dia posso até estudar a possibilidade > novamente. Por enquanto prefiro algo mais "certo" :) > > Felicidades, > Giovanni, Pergunta... Mas especificando o -march do gcc as funções de CPU como 3dNow da AMD e muitas outras que não lembro seriam utilizadas pelo compilador para compilar o código com mais rapidez ou para gerar um 'binário' capaz de trabalhar com essas funções de cpu? Abraço... -- === Thiago Esteves de Oliveira < === ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Dúvida_-_releases_e_stables_-_correà §Ãµes_de_bugs
On Sun, April 9, 2006 9:06 pm, Thiago Esteves de Oliveira said: > Então se for instalar uma 'Old Release' não se pode fugir das > atualizações pós instalação (mas para que alguém instalaria uma 4.x > Release,..., em 2006...nao é)... Geralmente em sistemas crÃticos você quer diminuir a quantidades de mudanças no dia-a-dia para evitar problemas. Minha sugestão é instalar um -RELEASE e aplicar os patches de segurança periodicamente. Para isso você pode utilizar a tag RELENG_6_0, no caso do 6.0. Se for o caso de uma relase mais nova conter mudanças que você ache interessantes estude bem ela, faça algum projeto piloto, analise as mudanças em outras áreas que você inicialmente não queria mexer, etc. Eu costumava deixar os sistemas em -STABLE mas ultimamente utilizo apenas -RELEASE+patches e pulo de release em release. Cada um tem seu jeito ;) > > ...Então aproveitando o assunto sobre atualização...Um sistema > compilado > no próprio 'servidor' (máquina) > com as opções 'especiais' do gcc para um estilo de processador (-march, > etc...), será muito mais rápido, mais ou menos, existe alguma > comparação, > alguém já fez alguma comparação entre as velocidades de execução, > tamanho, > ..., dos binários criados apartir das "compilações especiais"? à outra coisa que, com o tempo, fui percebendo e comprovando com as experiências de outras pessoas que não gera nenhum grande benefÃcios. Dizem que 1-3% na performance. Não é lá essas coisas, é ? Parece que o GCC 4.0 consegue otimizar melhor certas coisas mas de cabeça não lembro muita coisa. Também deixei de encher meu make.conf com flags de otimização para CPUs depois que um servidor pifou e, na emergência, precisei trocar o sistema de Intel para AMD.. e havia compilado com as flags especÃficas para P3. O sistema não bootou, assunto encerrado. Se houver algum ganho de 15-30% que me interesse algum dia posso até estudar a possibilidade novamente. Por enquanto prefiro algo mais "certo" :) Felicidades, -- Giovanni P. Tirloni ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Dúvida_-_releases_ e_stables_-_corre ções_de_bugs
On Sun, 09 Apr 2006 19:59:09 -0300, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > Thiago Esteves de Oliveira wrote: >>Olá pessoal, >> >>Estava olhanda na mensagem " >> ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:13.sendmail.asc >> " do campo "Security Advisories" do site www.freebsd.org e uma dúvida >> (não >> tem nada a ver com a mensagem) apareceu... >> -- >>Bom, lendo como corrigir o bug...ele pede para que seja feita uma >> atualização para uma das versões stables: 4.11, 5, 6... >> >>"ok, sei que não é preciso atualizar o sistema inteiro para corrigir >> um >> bug de um software", mas gostaria de saber se os isos (5.4-Release e >> 6-Release) disponíveis para download no site, já estão com os os mais >> recentes bugs corrigidos? >> >>Abraço... >> > > Thiago, > > Nao. > As versoes -RELEASE do FreeBSD tem como objetivo primario ser sistemas > pra distribuicao em massa. Sao versoes datadas, e como tal, nao tem > problemas recentes corrigidos. Esse ciclo dura em media 4 meses (a cada > novo release) entao na pratica voce pode ter um sistema recem instalado > com 4 meses de bugs nao corrigidos. Felizmente os bugs no FreeBSD sao > pouco frequentes, frente `a media de outros sistemas, abertos ou > proprietarios. > > Por isso a discriminacao de SAs em http://www.freebsd.org/security/ > tende a ser organizada da forma mais cronologica o possivel, mencionando > o schedule das ultimas versoes -RELEASE e quais SA os afectam. > > Por isso um dos procedimentos obrigatorios de um sysadmin FreeBSD > responsavel e atualizar seu sistema recem-instalado antes de coloca-lo > em producao. Como atualizar voce pode entender passar pra -STABLE, > passar pra algum Security Branch (os -RELEASE-pX) ou utilizar o > freebsd-update pra atualizacao binaria. > > Salvo raras excecoes quando o conjunto de falhas incluem problemas da > base e da userland, em especial aplicacoes de terceiros contribuidas, e > estes problemas sao extremamente graves, ao ponto de comprometer todo o > -RELEASE e nao fazer sentido o -RELEASE em questao continuar existindo > dada a seriedade dos problemas, ai sim sao lancados novos releases que > antecipam o ciclo de vida das versoes do sistema, sao os chamados > FreeBSD de versao Minor Number Level 2, como 5.2.1 da vida, etc. Nesse > caso o Minor Number deixa de existir e so passa a existir o Minor Number > Level 2 disponivel pra download. Mas isso nao e comum, e em teoria nao > deve acontecer. Quando acontece o ciclo periodico de versoes passa a ser > contado a partir do ultimo Minor Number Level 2. > Patrick, Então se for instalar uma 'Old Release' não se pode fugir das atualizações pós instalação (mas para que alguém instalaria uma 4.x Release,..., em 2006...nao é)... ...Então aproveitando o assunto sobre atualização...Um sistema compilado no próprio 'servidor' (máquina) com as opções 'especiais' do gcc para um estilo de processador (-march, etc...), será muito mais rápido, mais ou menos, existe alguma comparação, alguém já fez alguma comparação entre as velocidades de execução, tamanho, ..., dos binários criados apartir das "compilações especiais"? Abraço === Thiago Esteves de Oliveira < === -- === Thiago Esteves de Oliveira < === ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Erro no driver da gravadora de CD
Lista, Estou o seguinte problema. De uns dias pra c? quando vou gravar um CD (j? troquei de gravadora, com modelo diferente, e continua o erro) ? apresentado o seguinte erro na tela: req=0xff00300e5cd0 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! Parece que ele n?o consegue carregar o buffer e encaminhar os dados para a gravadora. O disco fica girando em falso e trava o sistema, s? reiniciando o computador para voltar a funcionar. J? fiz v?rias buscas no google, encontrei outros problemas desse tipo mas sem solu??es. N?o alterei nada no kernel, e nem em configura??es que podessem apresentar este problema. Percebi tamb?m que este problema est? aparecendo normalmente no FreeBSD 6.0 (que a vers?o do meu sistema). Estou usando FreeBSD 6.0 para plataforma amd64. E testei uma gravadora LG CD-RW e uma gravadora Samsung CD-RW/DVD-RW. Algu?m sabe o que pode estar acontecendo? Obrigado desde j?, ScreenBlack___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Dúvida_-_releases_e_stables_-_ correções_de_bugs
Thiago Esteves de Oliveira wrote: >Olá pessoal, > >Estava olhanda na mensagem " > ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:13.sendmail.asc > " do campo "Security Advisories" do site www.freebsd.org e uma dúvida (não > tem nada a ver com a mensagem) apareceu... > -- >Bom, lendo como corrigir o bug...ele pede para que seja feita uma > atualização para uma das versões stables: 4.11, 5, 6... > >"ok, sei que não é preciso atualizar o sistema inteiro para corrigir um > bug de um software", mas gostaria de saber se os isos (5.4-Release e > 6-Release) disponíveis para download no site, já estão com os os mais > recentes bugs corrigidos? > >Abraço... > Thiago, Nao. As versoes -RELEASE do FreeBSD tem como objetivo primario ser sistemas pra distribuicao em massa. Sao versoes datadas, e como tal, nao tem problemas recentes corrigidos. Esse ciclo dura em media 4 meses (a cada novo release) entao na pratica voce pode ter um sistema recem instalado com 4 meses de bugs nao corrigidos. Felizmente os bugs no FreeBSD sao pouco frequentes, frente `a media de outros sistemas, abertos ou proprietarios. Por isso a discriminacao de SAs em http://www.freebsd.org/security/ tende a ser organizada da forma mais cronologica o possivel, mencionando o schedule das ultimas versoes -RELEASE e quais SA os afectam. Por isso um dos procedimentos obrigatorios de um sysadmin FreeBSD responsavel e atualizar seu sistema recem-instalado antes de coloca-lo em producao. Como atualizar voce pode entender passar pra -STABLE, passar pra algum Security Branch (os -RELEASE-pX) ou utilizar o freebsd-update pra atualizacao binaria. Salvo raras excecoes quando o conjunto de falhas incluem problemas da base e da userland, em especial aplicacoes de terceiros contribuidas, e estes problemas sao extremamente graves, ao ponto de comprometer todo o -RELEASE e nao fazer sentido o -RELEASE em questao continuar existindo dada a seriedade dos problemas, ai sim sao lancados novos releases que antecipam o ciclo de vida das versoes do sistema, sao os chamados FreeBSD de versao Minor Number Level 2, como 5.2.1 da vida, etc. Nesse caso o Minor Number deixa de existir e so passa a existir o Minor Number Level 2 disponivel pra download. Mas isso nao e comum, e em teoria nao deve acontecer. Quando acontece o ciclo periodico de versoes passa a ser contado a partir do ultimo Minor Number Level 2. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br "Long live Hanin Elias, Kim Deal!" ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
[FUG-BR] Dúvida - releases e stables - correç ões de bugs
Olá pessoal, Estava olhanda na mensagem " ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-06:13.sendmail.asc " do campo "Security Advisories" do site www.freebsd.org e uma dúvida (não tem nada a ver com a mensagem) apareceu... -- Bom, lendo como corrigir o bug...ele pede para que seja feita uma atualização para uma das versões stables: 4.11, 5, 6... "ok, sei que não é preciso atualizar o sistema inteiro para corrigir um bug de um software", mas gostaria de saber se os isos (5.4-Release e 6-Release) disponíveis para download no site, já estão com os os mais recentes bugs corrigidos? Abraço... -- === Thiago Esteves de Oliveira < === ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] boot do FreeBSD destruindo minha tabela de particao
alguem sabe como retirar a modificacao que o boot0cfg faz ? ja tentei usando -m 0 mas nada feito ( acho que eh essa a opcao de "set unbootable slices" ) nao da boot, que quando o lilo chama o boot da particao entra em loop :( matheus --- Nenhum de Nos <[EMAIL PROTECTED]> wrote: > foi exatamente assim que eu destriu o danado ... > > usei esse fixit e dele executei os comandos que > falei > ... ( eu usei a opcao DVD/CDROM, acho que numero 2 > dele ) > > matheus > > --- Eder <[EMAIL PROTECTED]> wrote: > > > Olá Matheus, > > > > Tente dar o boot pelo CD do FreeBSD, no sysinstall > > escolha a > > opção Fixit. > > > > Abraços, > > > > Eder > > > > > > -- > > Linux is for people who hate Windows, > > BSD is for people who love UNIX" > > ___ > > freebsd mailing list > > freebsd@fug.com.br > > > http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br > > > > > "Throw off those chains of reason > And your prison disappears." > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > ___ > freebsd mailing list > freebsd@fug.com.br > http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br > "Throw off those chains of reason And your prison disappears." __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] MySQL Query Browser
Muito obrigado mesmo!!! Eu tambem cheguei a conclusao de fazer o port, mas nao tenho conhecimentos sobre isso. Seu howto funcionou perfeitamente. []`s Vinicius Campos Maia On 4/8/06, Rainer Alves <[EMAIL PROTECTED]> wrote: > > Vini wrote: > > Ola pessoal, alguem ja instalou o mysql query browser? > > > > Nao existe port e nao encontro ninguem que ja tenha conseguido via > tarball > > do site do mysql. > > > > Ainda não existe um port para o MySQL Query Browser.. Mas achei ele > interessante e resolvi criar um. > A lista de dependências é extensa, mas tudo correu bem nos testes que > fiz em tinderbox. > http://200.181.68.248/mysql-query-browser-1.1.18.shar > > Faça o seguinte para instalar o port: > # cd /var/tmp > # fetch http://200.181.68.248/mysql-query-browser-1.1.18.shar > # cd /usr/ports/databases > # sh /var/tmp/mysql-query-browser-1.1.18.shar > (Esse comando vai criar o diretório "mysql-query-browser" dentro da > categoria "databases" do ports) > # cd mysql-query-browser > # make && make install > > Caso mais alguém esteja interessado: > http://www.mysql.com/products/tools/query-browser/ > > Em breve vou mandar um PR, mais cedo ou mais tarde ele vai ser incluído > no CVS. > > -- > Rainer Alves > ___ > freebsd mailing list > freebsd@fug.com.br > http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br > -- []'s Vinicius Campos Maia ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br