[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Extremely poor performance crunching random numbers under PIV-FC5

BankHacker wrote:
Ahaha, so if I understand you the strace output is huge for the dynamic
one and smaller for the static one?

Yes, but it is no huge, just a little bit bigger. Only several lines
greater, those I wrote in the previous message.

Can you post an example of one of the "10 million" syscalls that is
present in the strace output for the dynamic case (if I understood you

There is no trace for individual syscalls (supposing rand() function
is really a syscall ...) in the trace output.

I think the news is that rand() does not generate a syscall, or we should expect to see it in the output of strace. Jakub says it is just a call to a usermode function in libc too.

echo "0" >/proc/sys/kernel/randomize_va_space
echo "0" >/proc/sys/kernel/exec-shield
I am afraid the problem is still present.

Oh well just a guess since the difference seems to hinge on whether the library is loaded in or not.

    gcc test-cpu-2.c -o libm-test-cpu-2 /usr/lib/libm.a -lm -O3

    10 M de rand() en 44.800 sec (example.: 3392997)
    10 M de sqrt(i) en 0.180 sec (example.: 3162)
    10 M de log(i) en 0.920 sec (example.: 16)
    10 M de log10(i) en 0.950 sec (example.: 6)

So identical results in rand() but worst results in other mathematical

It seems that maybe we can just say the whole problem comes down to that rand() from dynamically linked libc.so.6 is slower to execute than what is supposed to be the same code statically linked.

Doing top meanwhile Fedora is executing
(static/dynamic/libm)_test-cpu-2 gives always a load of 1.05 more or
less. So the CPU is working at full throttle in every case.

If you can't get random_r() to work (see eg


) I think what I would do here is open /dev/urandom and read stuff from it, see how that performs. Maybe you can read 4K bytes for example from it into a buffer to limit syscall overhead, and move an int * along the buffer.


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]