Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Oi, Pessoal, O que eu andei lendo sobre HTT e já pude observar nos servidores que eu ativo é um benefício de I/O de disco, o que também ajudo as compilações a ficarem mais rápidas... Eu sempre ativo o HTT quando está presente, e tenho alguns servidores configurados com 2 processadores físicos, cada um com HTT. Em alguns testes que fiz no passado para servidores de arquivos (SAMBA) o HTT ligado aumentou bastante a performance de diversas máquinas utilizando aplicativos em CLIPPER centralizados no servidor (muito I/O). Não cheguei a fazer outros testes, mas com certeza para I/O de disco há ganho utilizando HTT. Abraço!! -- Rafael Mentz Aquino BSDServer Ltda. 0 xx 51 - 9725 4311 -- Original Message --- From: Márcio Luciano Donada [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thu, 16 Nov 2006 21:56:58 -0300 Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU Patrick Tracanelli escreveu: Bom, acabei de fazer o teste mencionado. Ambiente: 2 CPU fisicas com HTT CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 4193452032 (3999 MB) avail memory = 4105736192 (3915 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 Patrick, Seria pedir demais para você passar o kernel para lista? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd --- End of Original Message --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Patrick, Seria pedir demais para você passar o kernel para lista? Opa, sem problemas. Segue no corpo desta. machine i386 cpu I686_CPU ident XXX maxusers815 options SCHED_ULE #4BSD scheduler options INET#InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT#NFS usable as /, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS#Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=15000#Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV# install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT# Print register bitfields in debug # output. Adds ~215k to driver. options EXT2FS options SMP # Symmetric MultiProcessor Kernel device apic# I/O APIC device isa device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device sc device npx # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device em device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device random # Entropy device device loop# Network loopback device mem # Memory and kernel memory devices device io # I/O device device ether # Ethernet support device random device pty # Pseudo-ttys (telnet etc) device md # Memory disks device bpf options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=500 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options HZ=1200 # granularidade de 83.33 (dizima) options INCLUDE_CONFIG_FILE options IPSTEALTH options SC_DISABLE_REBOOT options PANIC_REBOOT_WAIT_TIME=60 options VM_KMEM_SIZE_MAX=419430400 #optionsKVA_PAGES=260 # definindo via loader MIB, manter comentado options VM_KMEM_SIZE_MAX=510930944 options PMAP_SHPGPERPROC=500 -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Oi Nilson. On 11/14/06, Nilson Debatin [EMAIL PROTECTED] wrote: Em Ter, 2006-11-14 às 18:06 -0200, Welington F.J escreveu: Aproveitando o gancho, eu uso HTT ha mais de 1 ano em 2 servidores e nunca tive nenhum problema! =) HT nao dá problema, funciona muito bem. Só é mais lerdo do que não usar HT. Tem algum teste disso? Onde eu poderia encontrar doc sobre esse comportamento? Eu gostaria de saber o porquê disso... Att, RS []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
O HTT na verdade não é um, como poderia dizer, hardware físico como o os processadores core duo, por exemplo. HTT é um hack que faz com uma CPU que o suporte pareça ter dois núcleos distintos, trabalhando independetemente. Acontece que voce vai gerenciar duas LFUs, por exemplo, com uma única CPU. Deste modo, sem sombra de dúvida, a performance da tua máquina vai acabar caindo. Uma forma de lidar com isso, seria um novo scheduler, que pudesse reconhecer CPUs com HTT habilitado. Só que devido ao fato de os desenvolvedores do FreeBSD tambem encararem que o HTT não passa de um hack, não vale a pena reescrever um scheduler só pra reconhecer uma coisa que vai acabar degradando a performance da tua máquina. E eles estão mais do que certos. :) []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
E pessoal da MS? Eles tem um scheduler compatível com HT? Att, RS On 11/16/06, c0re dumped [EMAIL PROTECTED] wrote: O HTT na verdade não é um, como poderia dizer, hardware físico como o os processadores core duo, por exemplo. HTT é um hack que faz com uma CPU que o suporte pareça ter dois núcleos distintos, trabalhando independetemente. Acontece que voce vai gerenciar duas LFUs, por exemplo, com uma única CPU. Deste modo, sem sombra de dúvida, a performance da tua máquina vai acabar caindo. Uma forma de lidar com isso, seria um novo scheduler, que pudesse reconhecer CPUs com HTT habilitado. Só que devido ao fato de os desenvolvedores do FreeBSD tambem encararem que o HTT não passa de um hack, não vale a pena reescrever um scheduler só pra reconhecer uma coisa que vai acabar degradando a performance da tua máquina. E eles estão mais do que certos. :) []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Ehehehe... acho que o bill gates poderia te afirmar isso com maior certeza. Mas o scheduler do FreeBSD não é de forma alguma HTT aware. []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Pessoal, Estive lendo as consideracoes sobre HTT e nao pude deixar de fazer algumas observacoes. A SMT (simultaneous multithreading), nome generico pro que a Intel chama de HyperThreading Technology (nome patenteado). E', sob uma otica generalizada, muito boa, nao ha qualquer problema de seguranca ou performance HT no FreeBSD que nao seja igual ou pior em outros sistemas. Em relacao a seguranca explicitamente, o que acontece e que HTT no FreeBSD passou a vir desabilitado por padrao, o que pode ser redefinido pelo usuario (1) recompilando seu kernel com SMP e (2) definindo as seguintes variaveis no loader.conf: machdep.hyperthreading_allowed=1 E opcionalmente machdep.hlt_logical_cpus. Ainda sobre seguranca, eh fundamental ler: [1] http://www.daemonology.net/hyperthreading-considered-harmful/ [2] http://security.freebsd.org/advisories/FreeBSD-SA-05:09.htt.asc Resumindo a opera, por compartilhar o mesmo cache entre duas CPU logicas distintas e nao fazer separacao/isolamento desses espacos de enderecamento de cache entre cada unidade logica, e' possivel que um processo em uma CPU acesse e leia os dados sendo manipulados pela outra CPU logica, e em circunstancias muito raras e possivel ate que um processo em uma CPU nao apenas leia mas tambem modifique dados em cache de outra. Essa falha era apenas teorica, e foi descoberta pelo Colin Percival, na epoca parte do time de seguranca do FreeBSD e hoje o Security Officer. Essa falha pode ser explorada em qualquer sistema, e nenhum S.O. implementa uma forma de evitar essa exploracao. De fato no FreeBSD isso e um pouco dificultado devido a varias modificacoes do cperciva, quando HTT esta habilitado em um kernel SMP. Apos a divulgacao do estudo de vulnerabilidade[1] feito por cperciva, belos dias depois a Intel informou que a exploracao da vulnerabilidade era apenas teorica. No dia seguinte outro desenvolvedor FreeBSD, Poul-Henning Kamp divulgou trecho de um programa que poderia atuar como Worm, ser auto-instalado pela maioria dos Internet Explorers, e, no Windows, se a maquina fosse HTT, poderia sentar em uma unidade logica e ficar monitorando a espera de transacoes SSL e pegar o inicio, meio e fim de uma transacao SSL, e fazer copia do processo na outra CPU logica de todos os dados transmitidos pela sessao. Imaginem o impacto disso em transacoes bancarias. O pseudo-worm em questao nao era completo e nunca poderia ser compilado, mas talvez tenha servido de inspiracao. A intencao do PHK em divugar isso foi afirmar que a exploracao nao era apenas teorica, era perigosamente muito real, e especialmente danosa em ambiente Desktop, especialmente Windows. O codigo era apenas um POC (Prova de Conceito). Depois disso a Intel nao se pronunciou mais. Bom, em sistemas Unix a questao eh, em sistemas multiusuarios, um usuario desprivilegiado pode colocar um processo desses rodando e capturar sessoes OpenSSH ou OpenSSL inteiras de um processo privilegiado em outra CPU. E de forma bem facil de fato. Essas questoes estao documentadas no Security Advisory [2]FreeBSD-SA-05:09. Conteudo fica claro que em ambos os casos eh necessario algum privilegio, de fato, o minimo, poder executar uma aplicacao. Em Windows e com a familia de software Outlook e Internet Explorer, essa tarefa e' exageradamente simplificada. Em sistemas Unix atuando como servidores, de forma geral se nao houver outros usuarios no sistema, a tarefa eh menos simples de ser executada e a exploracao eh mais dificil. No FreeBSD ainda existe a tentativa de tentar melhorar o isolamento de processos em cada CPU logica, infelizmente incapaz de isolar completamente threads de um processo por questoes nao de software mas sim de arquitetura fisica da tecnologia HTT. Assim sendo, o potencial de exploracao passa a ser remoto e nao local, e ai chegamos em um ponto importante: hoje em dia felizmente a frequencia com que aplicacoes historicamente conseguem executar comandos remotos mesmo desprivilegiados caiu drasticamente, e quando essas falhas aparecem sao muito divugadas e sao facilmente conhecidas. No FreeBSD ainda temos o VuXML (portaudit) que ajuda demais a nao marcar bobeira com aplicacoes problematicas. Mas ainda existe um potencial muito real, sites Web com CGI, Java ou PHP. Essas abordagens Web permitem execussao de comandos como se fosse o usuario rodando o servico httpd. Entao (a) um cliente mal intencionado pode hospedar codigo que facilite ou mesmo realize essa tarefa malevola (hehe) ou (b) um cliente descuidado pode hospedar codigo mal escrito e sem sanidade de seguranca feita, e permitir, mesmo sem ter conciencia, que remotamente alguem explore esse recurso a mais - rodar uma aplicacao. Isso eh especialmente perigoso com Java e CGI, e popularmente explorado em PHP, que apesar de fornecer todos os meios necessarios pra ser usado com seguranca, poucos sysadmins tomam os cuidados necessarios pra assegurar o ambiente com PHP - e de fato menos ainda,
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Obrigado pelo bom material Patrick ! Só uma pergunta: o benchamrk qual você se referem em http://www.2cpu.com/articles/42_1.html não foi feito somente em windows, como ele se refere no final do artigo ? First, let me say that our exploration into the world of hyperthreading isn't complete. Today we've only really looked at benchmarks that affect the Windows workstation market. I'd like to delve into alternative operating system support (most notably Linux and FreeBSD) and server-oriented benchmark. - http://www.2cpu.com/articles/43_3.html O que sempre vejo em forums, como o bsdforums, é que recomenda-se o não uso de HTT. Inclusive em sites como slashdot há notícias interessantes em relação ao assunto, em sua maioria, informando a queda de performance em sistemas (inclusive Windows) com HTT habilitado: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218from=rss Há também uma entrevista muito interessante com o Frederico Biancuzzi na qual ele diz que o SMPng melhora muitíssimo pouco a performance em CPUS HTT (e sobre a necessidade de um HTT ware scheduler) http://www.onlamp.com/pub/a/bsd/2005/01/20/smpng.html Em sumo: seria interessante planejar um benchmark com kernels HTT CPU+SMP. []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
c0re dumped wrote: Obrigado pelo bom material Patrick ! Só uma pergunta: o benchamrk qual você se referem em http://www.2cpu.com/articles/42_1.html não foi feito somente em windows, como ele se refere no final do artigo ? Sem duvida, e cumpre o objetivo muito bem especialmente por testar processamento de conversao de video. A base do benchmark eh a comparacao no mesmo ambiente, mesmas aplicacoes. O que sempre vejo em forums, como o bsdforums, é que recomenda-se o não uso de HTT. Inclusive em sites como slashdot há notícias interessantes em relação ao assunto, em sua maioria, informando a queda de performance em sistemas (inclusive Windows) com HTT habilitado: http://hardware.slashdot.org/article.pl?sid=05/11/19/1358218from=rss Pois eh ai que cabe uma analise critica, veja que os comentarios dessa noticia, tem mais gente mencionando beneficios do que maleficios de usar HTT. Em varios ambientes a degradacao pode acontecer, mas nesses casos tem que ser muito bem observado, porque a causa em potencial pode nao ser o HTT, mas sim a aplicacao ou o perfil do servidor. A questao a ser levantada e': em casos onde a performance degrada, degrada apenas HTT? Nao teria o mesmo impacto usando duas CPU fisicas? No caso citado do PostgreSQL 7 por exemplo, teria. O melhor comentario dessa thread na Slashdot eh o que compara o gap de performance entre 2 CPU, dois nucleos e HTT: tudo depende, do que roda no servidor. Os gargalos do HTT sao cache e registradores, que sao os mesmos rodando como uma CPU ou duas. Se usando duas CPU logicas o gargalo de ter esses recursos compartilhados de forma logica chega a ser mais expressivo do que com apenas uma, (veja bem, o recurso eh o mesmo) provavelmente eh fato relacionado a como o sistema esta consumindo esses recursos, e ai a aplicacao tem que ser analisada. Por outro lado existe a possibilidade de ter de fato threads paralelas, e nao concorrentes, consumindo o poder total de processamento da maquina, e paralelismo VS concorrencia, nao tem como, de forma geral, concorrencia ser melhor, nao faz sentido neh? Ai que mora a vantagem do SMT. O SMT eh a forma mais barata, financeiramente, e mais pobre, tecnologicamente de conseguir o paralelismo, se compararmos com SMP fisico ou nucleos duplos. Mas consegue atingir o objetivo e torna o sistema nao exclusivamente dependente de multiplexacao, o que se nao resutar em ganho de performance eh porque o ambiente/aplicacao nao consegue tirar proveito suficiente (nao ser multithread) ou algo de incomum acontece que deve ser considerado com mais atencao, do que simplesmente desligar o SMT. Há também uma entrevista muito interessante com o Frederico Biancuzzi na qual ele diz que o SMPng melhora muitíssimo pouco a performance em CPUS HTT (e sobre a necessidade de um HTT ware scheduler) http://www.onlamp.com/pub/a/bsd/2005/01/20/smpng.html Sem duvida, como menciona o Scott Long um escalonador especifico melhoraria a performance, mas como nao existe escalonador especifico pra HTT, temos que nos ater simplesmente ao fato que o poder de processamento total eh uma constante, e os recursos paralelos a ele, especialmente cache e frequencia de troca de registradores - mais importante pra multiplexacao no caso - sao igualmente constantes e limitados, com ou sem HTT. Entao a diferenca eh a possibilidade de haver paralelismo ou de tudo se resumir a multiplexacao. Isso ja eh possibilitado por escalonamento generico, sem nada especial para HTT. -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Faça seus próprios testes e veja por você mesmo, eu fiz os meus quando botei as maos num HT (há anos quando foi lançado) e em todos os testes o NAO-USO de HT é pelo menos 10% mais rápido. Já usei HTT tanto em linux quanto em FreeBSD, usando VMware emulado para Linux no FreeBSD (linux.ko) e o nativo no próprio linux, várias vezes a máquina deu hangs. Especialmente quando rodava aplicações pesadas no Windows. Quando não usava HTT funcionava numa boa. Coincidência ? Eu acredito que isto se deva pelo fato de que há apenas 1 processador físico (logo não há capacidade de processamento a mais do que 1 único processador) e quando você habilita SMP seja em FreeBSD, linux ou qualquer outro OS, você adiciona um overhead de códigos A MAIS que precisam ser executados a todo momento, como agendamentos de execução do scheduler que a cada X microssegundos vai ver qual o processador mais livre e jogar codigo pra um ou outro. E esse código a mais torna o sistema mais lento do que simplesmente não executar esses codigos no mesmo processador. Sem dúvida. Por exemplo, gerenciar uma ULA com um único processador já é trabalhoso imagine gerenciar duas ULAs com um único processador (independentemente de se usar um kernel SMP). :D []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
On 11/16/06, c0re dumped [EMAIL PROTECTED] wrote: Faça seus próprios testes e veja por você mesmo, eu fiz os meus quando botei as maos num HT (há anos quando foi lançado) e em todos os testes o NAO-USO de HT é pelo menos 10% mais rápido. Já usei HTT tanto em linux quanto em FreeBSD, usando VMware emulado para Linux no FreeBSD (linux.ko) e o nativo no próprio linux, várias vezes a máquina deu hangs. Especialmente quando rodava aplicações pesadas no Windows. Quando não usava HTT funcionava numa boa. Coincidência ? Eu acredito que isto se deva pelo fato de que há apenas 1 processador físico (logo não há capacidade de processamento a mais do que 1 único processador) e quando você habilita SMP seja em FreeBSD, linux ou qualquer outro OS, você adiciona um overhead de códigos A MAIS que precisam ser executados a todo momento, como agendamentos de execução do scheduler que a cada X microssegundos vai ver qual o processador mais livre e jogar codigo pra um ou outro. E esse código a mais torna o sistema mais lento do que simplesmente não executar esses codigos no mesmo processador. Sem dúvida. Por exemplo, gerenciar uma ULA com um único processador já é trabalhoso imagine gerenciar duas ULAs com um único processador (independentemente de se usar um kernel SMP). :D []'s -- No stupid signatures here. nao tenho a fonte, mas tenho a lembranca que li sobre duplicacao de unidades para para o HTT, a ideia que li no tempo de lancamento era o fato de que boa parte do processador ficava ocioso e assim duplicaram algumas partes para assim poder ter o paralelismo. se eu achar mando o link ... nao faria sentido dizer que tem 2 (como os SO`s veem), e nao haver nada a mais para isso nao achas ? :) -- We will call you cygnus, The God of balance you shall be - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Bom, acabei de fazer o teste mencionado. Ambiente: 2 CPU fisicas com HTT CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 4193452032 (3999 MB) avail memory = 4105736192 (3915 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 Testes inciandos ha 2 horas atras. Resultados: Sem HTT: # 46m50.15s real 1h11m4.14s user 25m7.20s sys [1]Done /usr/bin/time -h make -j4 buildworld /tmp/bw.log Com HTT: # 34m12.11s real 43h10m11.11s user 24m13.29s sys [1]Done /usr/bin/time -h make -j4 buildworld /tmp/bw.log Os world foram precedidos de make cleanworld make cleandir Mais informacoes sobre a maquina: mptable === MPTable, version 2.0.15 --- MP Floating Pointer Structure: location: BIOS physical address: 0x000f6540 signature:'_MP_' length: 16 bytes version: 1.4 checksum: 0x3f mode: Virtual Wire --- MP Config Table Header: physical address: 0x0009e870 signature:'PCMP' base table length:308 version: 1.4 checksum: 0xc3 OEM ID: ' ' Product ID: 'PLACER CRB ' OEM table pointer:0x OEM table size: 0 entry count: 30 local APIC address: 0xfee0 extended table length:184 extended table checksum: 29 --- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x14BSP, usable 15 2 7 0xbfebfbff 6 0x14AP, usable 15 2 7 0xbfebfbff -- Bus:Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x20usable 0xfec0 -- I/O Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge3 0 2 0 INT active-hiedge3 1 2 1 INT active-hiedge3 0 2 2 INT active-hiedge3 3 2 3 INT active-hiedge3 4 2 4 INT active-lo level0 29:C 2 18 INT active-hiedge3 6 2 6 INT active-hiedge3 7 2 7 INT active-hiedge3 8 2 8 INT active-hiedge3 9 2 9 INT active-hiedge310 2 10 INT active-lo level0 29:A 2 16 INT active-hiedge312 2 12 INT active-hiedge313 2 13 INT active-hiedge314 2 14 INT active-hiedge315 2 15 INT active-lo level0 29:B 2 19 INT active-lo level0 29:D 2 23 INT active-lo level0 31:B 2 17 INT active-lo level2 2:A 2 20 INT active-lo level2 8:A 2 19 -- Local Ints: TypePolarityTrigger Bus ID IRQAPIC ID PIN# ExtINT active-hiedge3 0255 0 NMI active-hiedge3 0255 1 --- MP Config Extended Table Entries: --
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Patrick Tracanelli escreveu: Bom, acabei de fazer o teste mencionado. Ambiente: 2 CPU fisicas com HTT CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 4193452032 (3999 MB) avail memory = 4105736192 (3915 MB) ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 Patrick, Seria pedir demais para você passar o kernel para lista? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Olá Welington! Sim, eu já havia compilado o kernel com suporte SMP. Alterei o parametro conforme vc falou e realmente agora as 2 CPU estão aparentemente trabalhando! c0re dumped, depois q enviei para lista, ainda continuei lendo alguns foruns e realmente o pessoal não falou muito bem do HTT hehe... O problema que estas máquinas estão longe fisicamente, ficam em um DataCenter, então precisarei planejar a manutençao delas para modificar na bios e desabilitas o HTT... Por enquanto vou deixar rodar como está, com o HTT habilitado e com o parametro machdep.hyperthreading_allowed=1. Vamos ver oq vai dar :) Obrigado pela atenção!! E por enquanto vou dar o problema como resolvido. []'s Message: 6 Date: Mon, 13 Nov 2006 17:45:40 -0200 From: Welington F.J [EMAIL PROTECTED] Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 11/13/06, Deleon Galvin [EMAIL PROTECTED] wrote: Olá a todos! Estou tendo um problema interessante. Verifico no ps ou no top q o FreeBSD reconhece os 2 CPU's lógicos, porém apenas um está trabalhando. Olhando o DMESG eu verifiquei q realmente eh retornado um erro acpi_throttle1: failed to attach P_CNT e no final um erro SMP: AP CPU #1 Launched! Por acaso mais alguem jah passou pelo problema? Anteriormente eu tinha o HT desta maquina desabilitado, e após compilar o SMP e tentar reabilitar me deparei com o problema. Abaixo segue parte do DMESG para identificação do hardware. FreeBSD 6.1-RELEASE #3 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE, MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x441dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,b14 Logical CPUs per core: 2 real memory = 1072889856 (1023 MB) avail memory = 1040769024 (992 MB) ACPI APIC Table: INTEL S875PWP3 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: INTEL S875PWP3 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT da0 at ahd0 bus 0 target 0 lun 0 da0: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at ahd0 bus 0 target 4 lun 0 da2: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Fico no aguardo das opiniões dos caros colegas. Se você já compilou com suporte a SMP coloque isso no seu /etc/sysctl.conf machdep.hyperthreading_allowed=1 Att, -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! Message: 8 Date: Mon, 13 Nov 2006 19:52:36 + From: c0re dumped [EMAIL PROTECTED] Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. -- Message: 9 Date: Mon, 13 Nov 2006 20:16:57 + From: c0re dumped [EMAIL PROTECTED] Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed 2006/11/13, c0re dumped [EMAIL PROTECTED]: Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Olá Deleon. On 11/14/06, Deleon Galvin [EMAIL PROTECTED] wrote: O problema que estas máquinas estão longe fisicamente, ficam em um DataCenter, então precisarei planejar a manutençao delas para modificar na bios e desabilitas o HTT... Por enquanto vou deixar rodar como está, com o HTT habilitado e com o parametro machdep.hyperthreading_allowed=1. Vamos ver oq vai dar :) Vamos ver mesmo !!! Manda um retorno ai, pq quero ver se habilito ou não aqui o HTT/SMP, a partir da sua experiência, ok? Att, -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
2006/11/14, Deleon Galvin [EMAIL PROTECTED]: Olá Alessandro! A principio como descrevi anteriormente, vou deixar ambos habilitados... Vamos ver oq vai dar, pois precisarei ir até lá pra modificar isto... Obrigado pela força :) []'s Message: 1 Date: Mon, 13 Nov 2006 17:35:14 -0300 From: Alessandro de Souza Rocha [EMAIL PROTECTED] Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=UTF-8; format=flowed 2006/11/13, c0re dumped [EMAIL PROTECTED]: 2006/11/13, c0re dumped [EMAIL PROTECTED]: Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. Só acrescentando que se voce estiver usando um Core Duo, *desabilite* o suporte a HTT na BIOS tambem. Em resumo: *evite* HTT no FreeBSD e seja feliz. : ) -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O caso dele e core duo ele tem que desabilitar HTT e habilitar so o SMP. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Blz. qualquer coisa estamos ai. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Olá Alessandro! A principio como descrevi anteriormente, vou deixar ambos habilitados... Vamos ver oq vai dar, pois precisarei ir até lá pra modificar isto... Obrigado pela força :) []'s Message: 1 Date: Mon, 13 Nov 2006 17:35:14 -0300 From: Alessandro de Souza Rocha [EMAIL PROTECTED] Subject: Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=UTF-8; format=flowed 2006/11/13, c0re dumped [EMAIL PROTECTED]: 2006/11/13, c0re dumped [EMAIL PROTECTED]: Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. Só acrescentando que se voce estiver usando um Core Duo, *desabilite* o suporte a HTT na BIOS tambem. Em resumo: *evite* HTT no FreeBSD e seja feliz. : ) -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O caso dele e core duo ele tem que desabilitar HTT e habilitar so o SMP. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Aproveitando o gancho, eu uso HTT ha mais de 1 ano em 2 servidores e nunca tive nenhum problema! =) On 11/14/06, Rogério Schneider [EMAIL PROTECTED] wrote: Olá Deleon. On 11/14/06, Deleon Galvin [EMAIL PROTECTED] wrote: O problema que estas máquinas estão longe fisicamente, ficam em um DataCenter, então precisarei planejar a manutençao delas para modificar na bios e desabilitas o HTT... Por enquanto vou deixar rodar como está, com o HTT habilitado e com o parametro machdep.hyperthreading_allowed=1. Vamos ver oq vai dar :) Vamos ver mesmo !!! Manda um retorno ai, pq quero ver se habilito ou não aqui o HTT/SMP, a partir da sua experiência, ok? Att, -- Rogério Schneider +55 (55) 9985 2127 +55 (55) 3332 5923 +55 (55) 3321 1535 MSN: [EMAIL PROTECTED] ICQ: 78778973 GTalk: [EMAIL PROTECTED] Skype: stockrt http://stockrt.unicruz.edu.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
2006/11/13, Deleon Galvin [EMAIL PROTECTED]: Olá a todos! Estou tendo um problema interessante. Verifico no ps ou no top q o FreeBSD reconhece os 2 CPU's lógicos, porém apenas um está trabalhando. Olhando o DMESG eu verifiquei q realmente eh retornado um erro acpi_throttle1: failed to attach P_CNT e no final um erro SMP: AP CPU #1 Launched! Por acaso mais alguem jah passou pelo problema? Anteriormente eu tinha o HT desta maquina desabilitado, e após compilar o SMP e tentar reabilitar me deparei com o problema. Abaixo segue parte do DMESG para identificação do hardware. FreeBSD 6.1-RELEASE #3 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x441dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,b14 Logical CPUs per core: 2 real memory = 1072889856 (1023 MB) avail memory = 1040769024 (992 MB) ACPI APIC Table: INTEL S875PWP3 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: INTEL S875PWP3 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT da0 at ahd0 bus 0 target 0 lun 0 da0: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at ahd0 bus 0 target 4 lun 0 da2: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Fico no aguardo das opiniões dos caros colegas. Um abraço! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Vc compilou o kernel com sistema SMP. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
On 11/13/06, Deleon Galvin [EMAIL PROTECTED] wrote: Olá a todos! Estou tendo um problema interessante. Verifico no ps ou no top q o FreeBSD reconhece os 2 CPU's lógicos, porém apenas um está trabalhando. Olhando o DMESG eu verifiquei q realmente eh retornado um erro acpi_throttle1: failed to attach P_CNT e no final um erro SMP: AP CPU #1 Launched! Por acaso mais alguem jah passou pelo problema? Anteriormente eu tinha o HT desta maquina desabilitado, e após compilar o SMP e tentar reabilitar me deparei com o problema. Abaixo segue parte do DMESG para identificação do hardware. FreeBSD 6.1-RELEASE #3 Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf34 Stepping = 4 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x441dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,b14 Logical CPUs per core: 2 real memory = 1072889856 (1023 MB) avail memory = 1040769024 (992 MB) ACPI APIC Table: INTEL S875PWP3 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 Version 2.0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: INTEL S875PWP3 on motherboard acpi0: Power Button (fixed) Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT da0 at ahd0 bus 0 target 0 lun 0 da0: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at ahd0 bus 0 target 4 lun 0 da2: SEAGATE ST336607LW 0007 Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! Fico no aguardo das opiniões dos caros colegas. Se você já compilou com suporte a SMP coloque isso no seu /etc/sysctl.conf machdep.hyperthreading_allowed=1 Att, -- Welington F.J BSD User: 51392 ICQ: 31320518 MSN: [EMAIL PROTECTED] Drogas ? Pra que? Já Tenho Meu Windows!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
2006/11/13, c0re dumped [EMAIL PROTECTED]: Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. Só acrescentando que se voce estiver usando um Core Duo, *desabilite* o suporte a HTT na BIOS tambem. Em resumo: *evite* HTT no FreeBSD e seja feliz. : ) -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pentium 4 HT Não reconhece segunda CPU
2006/11/13, c0re dumped [EMAIL PROTECTED]: 2006/11/13, c0re dumped [EMAIL PROTECTED]: Desabilite o suporte HTT. Olhando no BSD forums você vai encontrar vários tópicos onde recomendam o nao uso do HTT. Desabilite o HTT na bios e use um kernel comum (não SMP). Use um kernel SMP somente e somente se: 1 - Você tiver mais de uma CPU física; 2 - Você estiver usando um processador Core Duo; []'s -- No stupid signatures here. Só acrescentando que se voce estiver usando um Core Duo, *desabilite* o suporte a HTT na BIOS tambem. Em resumo: *evite* HTT no FreeBSD e seja feliz. : ) -- No stupid signatures here. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O caso dele e core duo ele tem que desabilitar HTT e habilitar so o SMP. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
