Escrevi um software multiencadeado que faz várias simulações por dia. Essa é uma tarefa que consome muita CPU e eu tenho executado este programa em serviços em nuvem, geralmente em configurações como 1 GB por núcleo.
Estou executando o CentOS 6.7 e /proc/cpuinfo
me dá que meus quatro núcleos VPS são de 2,5 GHz.
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 63
model name : Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
stepping : 2
microcode : 1
cpu MHz : 2499.992
cache size : 30720 KB
physical id : 3
siblings : 1
core id : 0
cpu cores : 1
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good unfair_spinlock pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm arat xsaveopt fsgsbase bmi1 avx2 smep bmi2 erms invpcid
bogomips : 4999.98
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Com o aumento das taxas de câmbio, meu VPS começou a ficar mais caro, e eu cheguei a "bastante" em servidores bare metal usados.
Comprei quatro HP DL580 G5 , com quatro Intel Xeon X7350s cada. Basicamente, cada máquina possui núcleos de 16x 2,93GHz e 16GB, para manter coisas como minha nuvem VPS .
processor : 15
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU X7350 @ 2.93GHz
stepping : 11
microcode : 187
cpu MHz : 1600.002
cache size : 4096 KB
physical id : 6
siblings : 4
core id : 3
cpu cores : 4
apicid : 27
initial apicid : 27
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca lahf_lm dts tpr_shadow vnmi flexpriority
bogomips : 5866.96
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Basicamente, parecia bastante, pois eu poderia parar de usar os VPS para executar esses trabalhos em lote. Agora são as coisas estranhas ...
- Nos VPS, eu tenho rodado 1,25 thread por núcleo, assim como tenho feito no bare metal. (O segmento extra de 0,25 serve para compensar o tempo ocioso causado pelo uso da rede.)
- No meu VPS, usando no total 44x 2,5 GHz núcleos, recebo quase 900 simulações por minuto.
- No meu DL580, usando um total de núcleos de 64x 2,93GHz, estou recebendo apenas 300 simulações por minuto.
Entendo que o DL580 tem um processador mais antigo. Mas se eu estiver executando um thread por núcleo e o servidor bare metal tiver um núcleo mais rápido, por que ele está com desempenho inferior ao meu VPS?
Não tenho troca de memória acontecendo em nenhum dos servidores.
TOP diz que meus processadores estão rodando a 100%. Recebo uma carga média de 18 (5 em VPS).
Será assim ou estou perdendo alguma coisa?
A execução do lscpu me dá 1,6 GHz no meu servidor bare metal. Isso foi visto /proc/cpuinfo
também.
Essas informações estão corretas ou estão vinculadas a algum gerenciamento de energia incorreto?
[BARE METAL] $ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 16
On-line CPU(s) list: 0-15
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 4
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 15
Stepping: 11
**CPU MHz: 1600.002**
BogoMIPS: 5984.30
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 4096K
NUMA node0 CPU(s): 0-15
[VPS] $ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 1
Socket(s): 4
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 63
Stepping: 2
**CPU MHz: 2499.992**
BogoMIPS: 4999.98
Hypervisor vendor: KVM
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 30720K
NUMA node0 CPU(s): 0-3
fonte
Respostas:
Os avanços do processador, a velocidade do relógio e os cálculos do IPC podem tornar quase impossível tentar comparar razoavelmente as CPUs antigas com as modernas. Não apenas as instruções por ciclo variam, mas os processadores mais novos possuem conjuntos de instruções dedicados a cálculos complexos (a Intel adicionou o AES-NI como exemplo); a velocidade do clock não é mais um comparador razoável, devido a esses fatores (mencionei multi-core vs hyperthreading ...). Com tempo e paciência suficientes, você certamente pode descobrir quantos processos mais antigos equivalem a 1 processo mais novo, mas os cálculos acabarão dizendo que é mais barato e mais rápido comprar uma nova CPU.
fonte
Não quero parecer terrível enfatizando algo que deve ser óbvio aqui, mas você está comparando um processador de servidor high-end de 2014 com um processador de servidor high-end de 2007 .
Não acho que isso exija muito mais explicação.
Há uma razão pela qual um HP ProLiant DL580 G5 está disponível tão barato hoje . Eles eram grandes, lentos e carecem de muitos recursos desejáveis em servidores mais modernos. Eu vendi meu último em 2009 . Foi uma compra ruim e você seria melhor atendido com uma CPU das famílias de CPU Nehalem ou Westmere, se for obrigado a comprar equipamentos usados.
Além disso, os servidores que você adquiriu são muito ineficientes em termos de consumo de energia e, portanto, serão onerosos.
Parece que seus servidores físicos estão sendo executados em um modo de economia de energia que reduziu a velocidade do relógio da CPU. Você quer entrar no BIOS (pressione F9 na inicialização) e redefinir o servidor para os padrões de fábrica ( quem sabe o que mais foi modificado por padrão? )
fonte
float d = a + b*c
, 2) Duas cargas de 32 bytes (aa
eb
) e 3) um armazenamento de 32-byte de (ad
). É incrivelmente bem ajustado.-march=native
, então eu acho que o código dele está usando apenas SSE2 em qualquer sistema. Eu acho que a largura de banda da memória é provavelmente um gargalo, esp. se o kernel dele não tem suporte ao NUMA ou os padrões de alocação do sim não são compatíveis com o NUMA. É isso que, quad socket quad core, com controladores de memória de canal duplo em cada soquete?