gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
Novo P4 e Linux
Contribuído por scorpio em 20-11-02 18:28
do departamento o-poder
Intel gjm escreve "Como decerto sabem, a Intel acaba de lançar o seu mais recente Pentium 4 com a nova tecnologia Hyper-Threading que promete grandes ganhos de performance.

Segundo esta review do THG parece que o chip é mesmo uma Grande Malha (tm).

O que gostaria de saber é se alguns de vós já teve contacto com este processador e, se sim, qual o seu comportamento num sistema operativo com suporte multiprocessador como deve ser ;-) ?"

Comparativo entre 2.4 e 2.5 | A importância de um website  >

 

gildot Login
Login:

Password:

Referências
  • Linux
  • Intel
  • esta
  • THG
  • Mais acerca Intel
  • Também por scorpio
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Linux... (Pontos:3, Informativo)
    por spyder em 20-11-02 19:00 GMT (#1)
    (Utilizador Info)
    Olha para um processador com hyper-threading e ve^ a dobrar :-)
    Ou seja, o SO vê (e comporta-se como se tivesse) 2 processadores. Um dual-P4 comporta-se como se tivesse 4 processadores, um quad comporta-se como se tivesse 8.
    Re:Linux... (Pontos:3, Esclarecedor)
    por Strange em 20-11-02 19:36 GMT (#2)
    (Utilizador Info) http://strange.nsk.no-ip.org/
    Sim, mas numa maquina com mais que um processador e' preciso ter cuidado com a versao de linux utilizada. Se for 2.4.x, o kernel nao distingue os processadores virtuais dos reais, o que facilmente causara' ter um processador ocupado com dois processos e o(s) outro(s) processador(es) a fazer nada...

    hugs
    Strange

    Re:Linux... (Pontos:2)
    por spyder em 20-11-02 19:58 GMT (#3)
    (Utilizador Info)
    Verdade. Mas a minha experiência é que não há diferença notável de performance entre ter 2 processos no mesmo processador real (2 virtuais diferentes), ou um processo em cada processador (real).
    Um bom teste (embora pouco científico) é correr clientes de seti@home e comparar o workrate ;-)
    Re:Linux... (Pontos:3, Informativo)
    por leitao em 20-11-02 23:59 GMT (#5)
    (Utilizador Info) http://scaletrix.com/nuno/
    Mas a minha experiência é que não há diferença notável de performance entre ter 2 processos no mesmo processador real (2 virtuais diferentes), ou um processo em cada processador (real).

    I somehow can't believe that... ;-)

    O hyperthreading apenas permite "desmultiplicar" o CPU quando este esta' 'a espera de eventos externos (memoria, interrupts, etc.) -- pelo que se tiveres processos que nao passam uma parte significativa do tempo bloqueados nao vez grande diferenca de performance. No teu exemplo do seti@home duvido que vejas grande diferenca de performance.

    Regards,


    "Monogamy is for guys that can't get pussy." --Steve-O.

    Re:Linux... (Pontos:2)
    por ribeiro em 21-11-02 7:19 GMT (#8)
    (Utilizador Info) http://ruka12.tripod.com
    eh, acabaste de descrever pipelining, técnica que é empregue em processadores RISC, e que, pensava eu, era usada pelo menos parcialmente em Intel.
    Ou seja, essa história de 2 processadores parece um hack horrivel para ter uma funcionalidade aka-RISC com compatibilidade com um instruction-set não optimizado (CISC), e passar a responsabilidade de aproveitar ou não os ciclos livres de que o processador dispõe.
    Logicamente, como qq pessoa com 2 palmos de testa vê, independemente do que a Intel disser, isto nunca vai ter o rendimento de dois processadores.
    --
    Re:Linux... (Pontos:3, Esclarecedor)
    por MavicX em 21-11-02 8:57 GMT (#9)
    (Utilizador Info)
    "independemente do que a Intel disser, isto nunca vai ter o rendimento de dois processadores. "

    Não é para ter rendimento de dois processadores, é só para aumentar a performance de Um. É claro que a Intel faz demasiado markting com isso.


    Pedro Esteves

    Re:Linux... (Pontos:2)
    por ribeiro em 21-11-02 9:26 GMT (#11)
    (Utilizador Info) http://ruka12.tripod.com
    eh, obviamente quando estou a falar de passar a responsabilidade, estou a falar de passa-la para o software/developers.
    Rui
    --
    Re:Linux... (Pontos:3, Informativo)
    por spyder em 21-11-02 11:24 GMT (#14)
    (Utilizador Info)
    I somehow can't believe that... ;-)
    Ei... eu disse a minha experiência :-) Eu estou mesmo a usar processadores com hyperthreading com serviços que ficam com o I/O preso durante algum tempo, enquanto recebem ou enviam dados para sockets (o que se pode dizer da maior parte dos serviços de rede :-) ).
    Para "grandes processos monolíticos" (leia-se inetd ou sendmail, por exemplo), o hyperthreading não ajuda grande coisa.
    Por acaso não sei de certeza o que acontece aos serviços que fazem pre-fork (tipo apache), mas a sensação que tenho é que os processos ficam no processador para onde foram spawned no arranque.
    Re:Linux... (Pontos:2)
    por CrLf em 20-11-02 20:11 GMT (#4)
    (Utilizador Info) http://crodrigues.webhop.net
    Penso que não há muito problema nisso, à parte claro de não se conseguir obter o máximo de performance do sistema. Penso que a distinção entre processadores virtuais e reais está a ser tratada no 2.5.x não sei se está planeado algum backport para o 2.4.x.

    -- Carlos Rodrigues
    Re:Linux... (Pontos:2, Informativo)
    por m3thos em 21-11-02 0:01 GMT (#6)
    (Utilizador Info) http://mega.ist.utl.pt/~mmsf
    Já existem patches para fazer a distinção entre cpu's virtuais e cpu's reais...
    url: http://www.aceshardware.com/#60000456

    e quanto à tecnologia hyper-threading.. não é assim tão boa quanto a estão a pintar.. um p4 com hyper-threading enabled não me parece que tenha a mesma performance de um dual p4 com hyper-threading desactivado.
    url: http://www.aceshardware.com/read.jsp?id=50000319

    Afinal de contas SMT != SMP, e ter parece-me demasiado bom para ser verdade, gastar dinheiro num MB SMP e num segundo CPU para um sistema com a mesma performance que um cpu com hyper-threading enabled.. económicamente não faz sentido.

    Miguel F. M. de Sousa Filipe
    handle: m3thos
    email: mmsf@rnl.ist.utl.pt
    More Human than Human.
    Re:Linux... (Pontos:1)
    por m3thos em 21-11-02 0:03 GMT (#7)
    (Utilizador Info) http://mega.ist.utl.pt/~mmsf
    Já existem patches para fazer a distinção entre cpu's virtuais e cpu's reais...

    url: http://www.aceshardware.com/#60000456

    e quanto à tecnologia hyper-threading.. não é assim tão boa quanto a estão a pintar.. um p4 com hyper-threading enabled não me parece que tenha a mesma performance de um dual p4 com hyper-threading desactivado.

    url: http://www.aceshardware.com/read.jsp?id=50000319

    Afinal de contas SMT != SMP, e ter parece-me demasiado bom para ser verdade, gastar dinheiro num MB SMP e num segundo CPU para um sistema com a mesma performance que um cpu com hyper-threading enabled.. económicamente não faz sentido.


    Miguel F. M. de Sousa Filipe
    handle: m3thos
    email: mmsf@rnl.ist.utl.pt
    More Human than Human.
    Re:Linux... (Pontos:2)
    por Strange em 21-11-02 13:41 GMT (#15)
    (Utilizador Info) http://strange.nsk.no-ip.org/

    um p4 com hyper-threading enabled não me parece que tenha a mesma performance de um dual p4 com hyper-threading desactivado

    Claro que não, e não é esse o objectivo. O objectivo é dar trabalho aos vários componentes do processador que não estão a ser utilizados pelo processo actual. E como não é possível em alguns casos compilar os programas para tirar partido de todas as potencialidades do P4 isso permite uma melhoria ligeira na performance.

    hugs
    Strange

    Re:Linux... (Pontos:1)
    por Nocturno em 21-11-02 9:34 GMT (#12)
    (Utilizador Info) http://nocturno.nsk.no-ip.org
    Por esta ima gem parece que o 2.4.x já suporta.
    Athlon 64 @ 1.4GHz (Pontos:3, Informativo)
    por MavicX em 21-11-02 9:05 GMT (#10)
    (Utilizador Info)
    Bem Já que tamos numa de processadores e Comdex.

    A AMD já tem lá um dos seus novos processadores Hammer a 1.4 Ghz.

    Em termos de performance é equivalente a um P4 2200 ou um Athlon xp 2200+, isto nos testes do 3DMark, que não usa os 64 bits do processador.

    A velocidade de estreia deve ser proximo dos 2 Ghz.

    fonte: http://www.anandtech.com/showdoc.html?i=1752&p=3

    Pedro Esteves

    *cof* (Pontos:3, Esclarecedor)
    por SUp3rFM em 21-11-02 10:00 GMT (#13)
    (Utilizador Info) http://dont-go-to.phalanx-ut.com
    Esse Thomas Pabst não é o tal que é um pouco assim a fugir pró Intel-biased? :)

    O homem já perdeu credibilidade por causa as opiniões (criativas) acerca da Intel.

    A minha anterior assinatura era ainda pior que esta.

    Re:*cof* (Pontos:1)
    por Wrath em 21-11-02 14:33 GMT (#17)
    (Utilizador Info)
    Epá! Tiraste-me as palavras da boca!! É isso mesmo ó provinciano! Mto bem dito!!! Pa. eu compreendo-te perfeitamente! a mim estas cenas tambem me revoltam bues!
    Re:*cof* (Pontos:2)
    por MacLeod em 22-11-02 0:19 GMT (#23)
    (Utilizador Info)
    LOL. O outro post não estava em russo, mas sim em esloveno. E já agora, não se diz "Ti znaiesh pa partugalheitz", mas sim "Ti gavariet pa partugalhietz", ou então "Ti znaiesh partugalhietz eezuk?" (O "ya" na primeira silaba passa sempre para "ee").

    Da, ya gavariu pa russkiy ;-)

    Hypertreading & Linux (Pontos:1)
    por Fred em 21-11-02 16:02 GMT (#20)
    (Utilizador Info)
    Mais alguns links que podem interessar:

    Introduction to Multithreading, Superthreading and Hyperthreading
    Hyperthreading stuff @ Intel
    A Study of Hyper-Threading in High-Performance Computing Clusters @ Dell
    Hyperthreading and Linux

    Já instalei um Linux RH 7.3 num servidor Dell PE 2650 (com dois Xeon a 1.80 Ghz), kernel 2.4.18-5. Passei a 'ver' 4 processadores, mas não notei muita diferença na performance, (para já). É um servidor Oracle e corre umas aplicações em Java. Segundo dizem, consegue-se um aumento de performance na ordem dos 10 a 30% a partir do kernel 2.4.17-pre5.

    SMT 101 (Pontos:2)
    por raxx7 em 21-11-02 16:21 GMT (#21)
    (Utilizador Info) http://raxx7.no.sapo.pt/
    The problem:
    x86 é uma ISA de merda :-)
    Um Athlon ou um Pentium Pro/II/III são capazes de descodificar até 3 instruções x86 por ciclo. Os K6 até eram capazes de descodificar 4. O Pentium4 usa um descodificar simples e a trace cache, pelo que as contas não são muito lineares.
    Em qualquer caso, são uns belos brinquedos, ou pelo menos parecem.
    A triste verdade: um PentiumIII a correr código _optimizado_ para ele executa em média cerca de 1,5 instruções x86 por ciclo.
    x86 simplesmente não deixa muito espaço para paralelismo entre as instruções e a execução fora de ordem só pode ajudar até certo ponto.
    SMT (ou Hyperthreading) permite utilizar melhor o CPU, executando no mesmo CPU duas streams de instruções em paralelo. Um pouco mais de performance -- dependendo da aplicação -- por um custo baixo.
    Outra solução é a da Transmeta: utilizar software para converter dinâmicamente para uma ISA mais eficiente. A utilização de software permite ter janelas de instruções muito maiores do que o habitual OoO dos CPUs.

    Remember to be the Killer, not the Victim! (Nuklear Girl)
    Re:SMT 101 (Pontos:2)
    por TarHai em 21-11-02 21:39 GMT (#22)
    (Utilizador Info) http://www.dilbert.com
    anandtech fala sobre isso:

    http://www.anandtech.com/cpu/showdoc.html?i=1546&p=5
    --- "Esta voz!?!..." Cpt Francis Blake -- S.O.S. Meteoros
    neah.. (Pontos:1)
    por luisfortado em 27-11-02 17:45 GMT (#24)
    (Utilizador Info)
    ninguem quer saber..

     

     

    [ Topo | FAQ | Editores | Contacto ]