diff options
author | LukenShiro <lukenshiro@ngi.it> | 2012-05-01 12:06:18 -0400 |
---|---|---|
committer | Erik Hanson <erik@slackbuilds.org> | 2012-05-07 12:18:06 -0500 |
commit | d835fad7a703af3c8f8d65d519d30c9e179060d1 (patch) | |
tree | 02e9fa21d02e4d1a5f46476117be8c1d51f7ae0b /python/numexpr/README | |
parent | 0ecfcb7153a392bff1888dbecc7a30a6e51b520d (diff) |
python/numexpr: Updated for version 2.0.1 moved from development.
Signed-off-by: dsomero <xgizzmo@slackbuilds.org>
Diffstat (limited to 'python/numexpr/README')
-rw-r--r-- | python/numexpr/README | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/python/numexpr/README b/python/numexpr/README new file mode 100644 index 0000000000000..7d34e96b2d714 --- /dev/null +++ b/python/numexpr/README @@ -0,0 +1,14 @@ +The numexpr package evaluates multiple-operator array expressions many times +faster than NumPy can. It accepts the expression as a string, analyzes it, +rewrites it more efficiently, and compiles it to faster Python code on the +fly. It's the next best thing to writing the expression in C and compiling +it with a specialized just-in-time (JIT) compiler, i.e. it does not require +a compiler at runtime. + +Also, and since version 1.4, numexpr implements support for multi-threading +computations straight into its internal virtual machine, written in C. This +allows to bypass the GIL in Python, and allows near-optimal parallel +performance in your vector expressions, most specially on CPU-bounded +operations (memory-bounded were already the strong point of Numexpr). + +This requires numpy. |