Ramen_noodle et migurus, pouvez-vous s'il vous plaît envoyer le résultat de la commande suivante ici:

 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 family: 15
CPUID niveau: 5
cpu MHz: 3201.990
flags: fpu vme de pse TSC msr pae mce cx8 apic mtrr mca PGE cmov pat pse36 clflush dts acpi mmx fxsr sse SSE2 ss ht tm PBE lm PNI surveiller ds_cpl cid xtpr
Modèle: 4
model name: Intel (R) Xeon (TM) CPU 3.20GHz

J'ai couru les repères sur le matériel suivant:

• Xeon 3600, 1024k cache, pas de SEP, aucun modèle
• Xeon 2800, 512k de cache, pas de SEP, aucun modèle
• Xeon 2333, 4095k cache, pas de SEP, E5E45
• Opteron 1000, 1024k cache, pas de SEP, 270
• Opteron 2000, 1024k Cache, SEP, 270
• Opteron 2600, 1024k cache, pas de SEP, 285
• Opteron 2600, 1024k Cache, SEP, 285

Ces systèmes ont été dans le cadre de divers montants de la charge, si les moyennes ont été prises, et ils ne peuvent pas être considérée comme fiable à 100%. Les points de référence utilisé un gettimeofday () qui appelle en boucle pendant au moins 3 secondes. Les fichiers PDF ci-joint présente les résultats en termes de "Tics par semop". et "SemOps par seconde".

Observations:
L'Opteron 270 fonctionnant à 1 GHz et utilisant int 80 pour les appels système a été le plus rapide par tic d'horloge. Le plus rapide des processeurs (le Xeons) ont été les plus lents. Cela donne à penser le problème est l'accès à la mémoire.

Les chiffres bruts montrent que l'appel à la sysent Opteron fait la semop environ 14% plus rapide. Compilation statique généralement amélioré la vitesse, mais en raison de la charge du système, je ne voudrais pas mettre beaucoup d'importance à ces chiffres. La seule liaison dynamique, en fait, c'est la bibliothèque d'appel d'invoquer un appel système.

Analyse:
Je vais laisser à d'autres pour expliquer ces données.

Fichiers attachés

	Semops Benchmark.pdf (123.7 KB, 18 views)
	Semops Benchmark2.pdf (124.8 KB, 17 views)

Merci Migurus. Ainsi, "sep" n'est pas mis en œuvre sur votre Xeon, confirmant que la syscall / sysent Thingy est un faux-fuyant.