New(-ish) processors with hardware support for AES are much faster than older processors without it ( AES-NI in x86 processors) and an optimized implementation might be quite different from a generic one, especially if the latter doesn't even use the hardware support.įor older processors (without hardware support), some speed tests can be found here. The speed depends a lot on the exact model of the processor, and on the software. How can it be calculated? Are the information I have enough? What else do I need to calculate the time needed by AES-128-CBC to encrypt 1024 MB of data on 2.8GHz CPU? I know that the best way is to do the actual measurement, but I need to make some assumptions about the hardware I don't have, and I need some encryption time for those devices (approximate time of course). $$ ext$$.īut I don't have the speed (bytes per second), and also, even if I had one, how to calculate time needed by encryption? I mean, I only have data size (DS) and cycles per second (CpS), but it seems I still need bytes per second (BpS) or cycles per byte (CpB), and of course, time (T). I know that 1Hz means 1 second, and a CPU that has 2.8GHz performs about 2.8 billion operations per second (which means 2.8 billions cycles per second).

Hypothetically as they 'should be', algorithm is AES-128-CBC, data

CPU has 4 cores, operations are ordered.

CPU has 1 core, and 2.8GHz, algorithm is AES-128-CBC, data size.For simplicity, let's consider 2 situations: However, I need a simple, straightforward formula, very approximate formula for calculating the time taken by the encryption algorithm on a specific CPU. First of all, I know that this all it's very complicated, I know that CPUs are complex beasts, and may not work at their full potential all the time, they can have more than one core, and the calculations may very well be reordered, optimized, or vectorized, there are different cryptographic libraries, etc.

Encrypt winzip