Ramen_noodle y migurus, por favor, publicar el resultado de aquí el siguiente comando:

 grep -E "(model|cpu|flags)" /proc/cpuinfo  |sort -u

cpu cores       : 2
cpu family      : 6
cpuid level     : 10
cpu MHz         : 1200.000
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl est tm2 cx16 xtpr lahf_lm
model           : 15
model name      : Intel(R) Core(TM)2 CPU          4300  @ 1.80GHz

cpu familia: 15
CPUID nivel: 5
cpu MHz: 3201.990
flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse SSE2 arts HT tm PGBE lm pni monitor ds_cpl Cid xtpr
modelo: 4
nombre del modelo: Intel (R) Xeon (TM) CPU 3.20GHz

Tengo ejecutar en los siguientes puntos de referencia de hardware:

• Xeon 3600, 1024k caché, ningún SEP, ningún modelo #
• Xeon 2800, 512K caché, ningún SEP, ningún modelo #
• Xeon 2333, 4095k caché, ningún SEP, E5E45
• Opteron 1000, 1024k caché, ningún SEP, 270
• Opteron 2000, 1024k Caché, SEP, 270
• Opteron 2600, 1024k caché, ningún SEP, 285
• Opteron 2600, 1024k Caché, SEP, 285

Estos sistemas estaban en distintas cantidades de carga, por lo que los promedios fueron tomadas, y que no puede considerarse 100% fiables. Los puntos de referencia utilizado un gettimeofday () bucle que llame por lo menos 3 segundos. Los archivos PDF se adjunta muestra los resultados en términos de "tics por semop". y "SemOps por segundo".

Observaciones:
El Opteron 270 corriendo a 1 GHz y usando int 80 para las llamadas al sistema fue el más rápido por ciclo de reloj de tic. Los procesadores más rápidos (el Xeons) fueron los más lentos. Esto sugiere que el problema es el acceso de memoria.

El crudo números muestran que la palabra el sysent Opteron hace que el semop alrededor del 14% más rápido. Compilación estática en general la mejora de la velocidad, aunque debido a la carga del sistema, no poner mucha importancia en estos números. El único enlace dinámico, realmente, es la biblioteca llamada a invocar una llamada al sistema.

Análisis:
Voy a dejar que otros para explicar estos datos.

Archivos adjuntos

	Semops Benchmark.pdf (123.7 KB, 18 visitas)
	Semops Benchmark2.pdf (124,8 KB, 17 visitas)

Gracias Migurus. Por lo tanto, "Sep" no se aplica en su XEON, confirmando que la syscall / sysent cosita es un señuelo.