***$ kstat -m cpu_info |egrep 'instance|clock_MHz|cpu_type|implementation'
module: cpu_info instance: 0
clock_MHz 1100
cpu_type sparcv9
implementation SPARC64-V
module: cpu_info instance: 1
clock_MHz 1100
cpu_type sparcv9
implementation SPARC64-V
module: cpu_info instance: 2
clock_MHz 1100
cpu_type sparcv9
implementation SPARC64-V
module: cpu_info instance: 3
clock_MHz 1100
cpu_type sparcv9
implementation SPARC64-V
***$
***$ time echo 'scale=1000; 4*a(1)' | bc -l
Skalierungsfaktor ist zu groß
3.14159265358979323844
real 0m0.030s
user 0m0.000s
sys 0m0.020s
***$
***$ time echo 'scale=99; 4*a(1)' | bc -l
Skalierungsfaktor ist zu groß
3.141592653589793238462643383279502884197169399375105820974944592307\
816406286208998628034825342117060
real 0m0.126s
user 0m0.110s
sys 0m0.020s
***$ time echo 'scale=98; 4*a(1)' | bc -l
***$
3.141592653589793238462643383279502884197169399375105820974944592307\
81640628620899862803482534211704
real 0m0.126s
user 0m0.110s
sys 0m0.020s
***$
Das mit dem Schwanken macht diesen Test ja ziehmlich sinnfreinotoxp schrieb:Mal eine andere Konstellation: SLES 10 @ vmware @ WIN XP Prof. SP 2
Laufzeiten schwankend zwischen 0,8 und 1,2 Sekunden...Code:prompt> grep name /proc/cpuinfo model name : Intel(R) Pentium(R) 4 CPU 2.80GHz prompt> time echo 'scale=1000; 4*a(1)' | bc -l ...
real 0m0.649s
user 0m0.642s
sys 0m0.000s
real 0m1.888s
user 0m1.733s
sys 0m0.017s
In meinem Fall habe ich das auf vmWare zurückgeführt.Gimpel schrieb:Das mit dem Schwanken macht diesen Test ja ziehmlich sinnfrei![]()
disk@wild-thing:~> grep name /proc/cpuinfo
model name : Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
model name : Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
model name : Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
model name : Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
disk@wild-thing:~> time echo 'scale=1000; 4*a(1)' | bc -l
3.14159265358979323846264338327950288419......
real 0m0.271s
user 0m0.272s
sys 0m0.000s
time echo "scale=8000; a(1)*4" | bc -l
3.1415926535897932384626433832795028841971693993751058209....
real 0m51.509s
user 0m51.476s
sys 0m0.000s
revealed@wild-pad:~> grep name /proc/cpuinfo
model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
revealed@wild-pad:~> time echo 'scale=1000; 4*a(1)' | bc -l
3.1415926535897932384626433832795028841....
real 0m0.807s
user 0m0.708s
sys 0m0.004s
revealed@wild-pad:~>
revealed@wild-pad:~> time echo 'scale=8000; 4*a(1)' | bc -l
3.14159265358979323846264338327950288419716.....
real 2m55.447s
user 2m54.744s
sys 0m0.144s
Es erscheint mir logisch, dass hier nur 1 Kern in Anspruch genommen wird und das ist auch genau das, was ich bei 'htop' beobachte.revealed schrieb:Wisst ihr ob da nur 1 Kern gebencht wird? Am Desktop springt da nicht mal der Lüfter an.
odroid@odroid:~$ time echo 'scale=1000; 4*a(1)' | bc -l
3.141592653....
real 0m0.868s
user 0m0.850s
sys 0m0.015s
Hi gehrke!gehrke schrieb:Es erscheint mir logisch, dass hier nur 1 Kern in Anspruch genommen wird und das ist auch genau das, was ich bei 'htop' beobachte.
openssl speed rsa4096 -multi $(cat /proc/cpuinfo | grep ^processor | wc -l)
openssl speed rsa4096 -multi $(grep ^processor /proc/cpuinfo | wc -l)
openssl speed rsa4096 -multi $(grep ^processor /proc/cpuinfo | wc -l)
sign verify sign/s verify/s
rsa 4096 bits 0.001474s 0.000023s 678.3 43269.5
PS.: Höre den Fön seltenmodel name : Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz
openssl speed rsa4096 -multi $(grep -c ^processor /proc/cpuinfo)
sign verify sign/s verify/s
rsa 4096 bits 0.001237s 0.000019s 808.1 51781.6
General Output Control
-c, --count
Suppress normal output; instead print a count of matching lines for each input file. With the -v, --invert-match option (…)
sign verify sign/s verify/s
rsa 4096 bits 0.257438s 0.004088s 3.9 244.6
Der Prozessor hat auch noch anderes zu tun, als nur diesen einen Befehl zu verarbeiten.revealed schrieb:Was ich noch interessant finde, dass ich von (Messung) zu Messung abweichungen habe.