você em 2 computadores que usam processadores Intel mas você está usando
 um kernel para processadores AMD tente instalar um kernel para
processadores Intel.



-----Mensagem Original-----
From: Jonathan Martins [EMAIL PROTECTED]
Date: Tue, 29 May 2007 12:17:19 -0300
To: lista_debian [email protected]
Subject: Xeon quad - desempenho no debian

> Ola pessoal,
> 
> Tenho aqui duas maquinas, uma com dois processadores  Intel(R) Xeon(R) CPU    
>  5140  @ 2.33GHz 8GB ram disco rigido 80GB SAS e outra com dois processadores 
>  quad Intel(R) Xeon(R) CPU  E5345  @ 2.33GHz 8GB de ram e disco rigido SAS 
> 80GB, as duas com 4MB de cache. A quad é bem melhor, em tese, que a 5140. As 
> duas estao com debian etch, kernel 2.6.18-4-amd64. Os 8GB de ram estão 
> reconhecidos corretamente, tudo certinho. Essa máquina é utilizada para 
> cálculos pesados, baseados em aplicaćões feitas em fortran. "rodando" 
> aplicaćões semelhantes nas duas máquinas estou percebendo que a quad 
> E5345 está mais lenta que a 5140, mas teoricamente a quad é bem superior! O 
> uso o compilador intel fortran 9.1. Isso não é estranho? Gostaria de ouvir a 
> opinião de colegas sobre como entender o uso dos processadores no quad core, 
> já que cada pastilha tem 4 nucleos, é como se fossem processadores em 
> paralelo? Se eu utilizar uma aplicaćão serial essa aplicaćão vai
utilizar
>  apelas um dos processadores e ou outros ficarão ociosos? Vejam a saida do 
> top de cada um dos processadores
> 
> 
> E5345
> 
> top - 04:07:12 up 16:50,  1 user,  load average: 1.99, 1.97, 2.00
> Tasks: 125 total,   4 running, 121 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0%us,  0.0%sy, 25.1%ni, 74.9%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
> Mem:   8175036k total,  2794364k used,  5380672k free,     8968k buffers
> Swap:  2040212k total,        0k used,  2040212k free,   413548k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  5894 jonathan  27   2  607m 529m 3164 R  100  6.6 785:20.29 siestaimklamd64
>  7218 scarara   27   2 1774m 1.7g 3064 R  100 21.8 620:01.33 siesta-machado
>     1 root      18   0  6124  684  564 S    0  0.0   0:04.61 init
>     2 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0
>     3 root      34  19     0    0    0 S    0  0.0   0:00.00 ksoftirqd/0
> 
> 
> 
> 5140
> 
> top - 07:06:04 up 16:50,  1 user,  load average: 2.99, 2.97, 2.91
> Tasks:  93 total,   5 running,  88 sleeping,   0 stopped,   0 zombie
> Cpu(s):  0.0%us,  0.0%sy, 75.0%ni, 25.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
> Mem:   8175548k total,  4026280k used,  4149268k free,    38120k buffers
> Swap:  1951888k total,        0k used,  1951888k free,   169144k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  4997 jonathan  27   2  883m 801m 3168 R  100 10.0 783:41.85 siestaimklamd64
>  6090 scarara   27   2 2009m 1.9g 3064 R  100 24.7 628:00.20 siesta-rosa
>  3736 joice     27   2 1035m 874m 3180 R  100 11.0 973:08.68 siestamkl64
>     1 root      15   0  6124  684  564 S    0  0.0   0:03.82 init
>     2 root      RT   0     0    0    0 S    0  0.0   0:00.01 migration/0
> 
> 
> 
> O que significa exatamente os valores em CPU`s
> Cpu(s): 0.0%us,  0.0%sy, 75.0%ni, 25.0%id,  0.0%wa,  0.0%hi,  0.0%si,0.0%st?
> 
> Mesmo rodando uma aplicaćão serial, para os processadores elas são 
> distribuidas paralelamente? Se ela utiliza apenas um processador, tem como 
> fazer essa paralelizaćão, como se fosse um cluster? Alguém tem alguma 
> sugestão para eu investigar o porquê do desempenho mais baixo do quad core em 
> relaćão a um dual core, sendo que o resto do hardware é semelhante 
> (inclusive a taxa de transferência de dados do disco rigido, 7200rpm)?
> Grato pelos comentários e sugestões.
> 
> 
> 
> 
> 
> J. R. Martins
>  Linux user number 388562
> 
>  __________________________________________________
> Fale com seus amigos  de graça com o novo Yahoo! Messenger 
> http://br.messenger.yahoo.com/ 
> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Responder a