RetroSearch Browse

Tue Feb 2 15:07:11 EST 2016 · https://mail.python.org/pipermail/python-dev/2016-February/143061.html

On 02.02.16 21:23, Yury Selivanov wrote:
> Alright, I modified the code to optimize ALL code objects, and ran unit
> tests with the above tests excluded:
>
> -- Max process mem (ru_maxrss)     = 131858432
> -- Opcode cache number of objects  = 42109
> -- Opcode cache total extra mem    = 10901106

Thank you for doing these tests. Now results are more convincing to me.

> And asyncio tests:
>
> -- Max process mem (ru_maxrss)     = 57081856
> -- Opcode cache number of objects  = 4656
> -- Opcode cache total extra mem    = 1766681

> FWIW, here are stats for asyncio with only hot objects being optimized:
>
> -- Max process mem (ru_maxrss)     = 54775808
> -- Opcode cache number of objects  = 121
> -- Opcode cache total extra mem    = 43521

Interesting, 57081856 - 54775808 = 2306048, but 1766681 - 43521 = 
1723160. There are additional 0.5Mb lost during fragmentation.

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2016-February/143061.html below:

[Python-Dev] Opcode cache in ceval loop