为什么gmpy2在复杂的幂运算中这么慢?

如何解决为什么gmpy2在复杂的幂运算中这么慢?

我在gmpy2中使用了复数,并注意到它很慢。我将其范围缩小到了幂运算符。起初我以为只是因为它很复杂。但是后来我将它与使用 gmpy2的mpmath进行了比较,它的速度要快得多:

# tested using gmpy2 2.0.8,mpmath 1.1.0,python 3.8.5
>>> import timeit
>>> setup = '''
import gmpy2 as gm
import mpmath

a1 = gm.mpc(-12.5,34.125)
a2 = gm.mpc(17,-45.875)

b1 = mpmath.mpc(-12.5,34.125)
b2 = mpmath.mpc(17,-45.875)
'''

# using gmpy2
>>> timeit.timeit('a1 ** a2',setup)
87.13848301399992
>>> timeit.timeit('a1 ** 2',setup)
40.478690218
>>> timeit.timeit('pow(a1,2)',setup)
40.70392542999991

# using mpmath
>>> timeit.timeit('b1 ** b2',setup)
51.799312732999965
>>> timeit.timeit('b1 ** 2',setup)
4.239320562999978
>>> timeit.timeit('pow(b1,setup)
4.293315565000057

# multiplication comparison
>>> timeit.timeit('a1 * a1',setup)
0.9900801109999975  # gmpy2
>>> timeit.timeit('b1 * b1',setup)
4.711916033999955  # mpmath

纯复杂的幂运算非常慢,但是mpmath仍然比gmpy2快40%。因为mpmath是Python,所以我认为它会慢很多,但事实并非如此。这里的gmpy2怎么这么慢?

解决方法

免责声明:我维护gmpy2

我很好奇差异的原因。我进行了四个不同的测试。

# Reference test on Windows 10 that used the same gmpy2
# binaries.

>>> timeit.timeit('a1 ** a2',setup)
60.565931600000006
>>> timeit.timeit('a1 ** 2',setup)
25.686232700000005
>>> timeit.timeit('pow(a1,2)',setup)
25.684606899999977
>>> timeit.timeit('b1 ** b2',setup)
35.29716189999999
>>> timeit.timeit('b1 ** 2',setup)
2.6226074000000494
>>> timeit.timeit('pow(b1,setup)
2.6126720999999975
>>>
>>> import gmpy2
>>> gmpy2.version()
'2.0.8'
>>> gmpy2.mp_version()
'MPIR 2.7.2'
>>> gmpy2.mpfr_version()
'MPFR 3.1.4'
>>> gmpy2.mpc_version()
'MPC 1.0.3'
>>>

结果类似于问题中的结果。我打印了基础库的版本。

# Test using WSL with latest Ubuntu version. Same physical
# system as above.

>>> timeit.timeit('a1 ** a2',setup)
31.21574370000002
>>> timeit.timeit('a1 ** 2',setup)
2.3873958000000357
>>> timeit.timeit('pow(a1,setup)
2.3556844999999953
>>> timeit.timeit('b1 ** b2',setup)
36.35650579999998
>>> timeit.timeit('b1 ** 2',setup)
2.4482329999999592
>>> timeit.timeit('pow(b1,setup)
2.431874800000003
>>>
>>> import gmpy2
>>> gmpy2.version()
'2.1.0b3'
>>> gmpy2.mp_version()
'GMP 6.2.0'
>>> gmpy2.mpfr_version()
'MPFR 4.0.2'
>>> gmpy2.mpc_version()
'MPC 1.1.0'
>>>

我之所以选择WSL,是因为它很容易在Windows 10上安装。gmpy2mpmath是使用sudo apt install python3-gmpy2sudo apt install python3-mpmath安装的。 gmpy2mpmath快一点。

# Test using Hyper-V virtual machine under Windows Server 2016.
# Different physical system but identical specifications.

>>> timeit.timeit('a1 ** a2',setup)
27.467059508984676
>>> timeit.timeit('a1 ** 2',setup)
2.171035467006732
>>> timeit.timeit('pow(a1,setup)
2.193065536994254
>>> timeit.timeit('b1 ** b2',setup)
31.870763173996238
>>> timeit.timeit('b1 ** 2',setup)
2.019194034015527
>>> timeit.timeit('pow(b1,setup)
2.0843256690131966
>>> 
>>> import gmpy2
>>> gmpy2.version()
'2.1.0b5'
>>> gmpy2.mp_version()
'GMP 6.2.0'
>>> gmpy2.mpfr_version()
'MPFR 4.0.2'
>>> gmpy2.mpc_version()
'MPC 1.1.0'
>>> 

我将最新的beta版本用于之前的测试。结果与Ubuntu版本相同。总体而言,比WSL快一点。

# Same as above but using gmpy2 2.0.8 instead of 2.1.0b5.

>>> timeit.timeit('a1 ** a2',setup)
23.692542312986916
>>> timeit.timeit('a1 ** 2',setup)
9.208024947001832
>>> timeit.timeit('pow(a1,setup)
9.388882965984521
>>> timeit.timeit('b1 ** b2',setup)
32.078784318000544
>>> timeit.timeit('b1 ** 2',setup)
2.027712993003661
>>> timeit.timeit('pow(b1,setup)
2.123160599003313
>>> 
>>> import gmpy2
>>> gmpy2.version()
'2.0.8'
>>> gmpy2.mp_version()
'GMP 6.2.0'
>>> gmpy2.mpfr_version()
'MPFR 4.0.2'
>>> gmpy2.mpc_version()
'MPC 1.1.0'
>>>

最后两个测试显示了2.0.82.1.0版本之间的差异。我对参数处理进行了重大更改。 mpc ** int快得多,但mpc ** mpc慢一些。 (我想我可以解决该回归问题...)

Windows二进制文件正在使用基础库的旧版本。我正在研究使用mingw-w64编译器编译的最新版本的GMP,MPFR和MPC的Windows二进制文件。 GCC编译器将允许GMP自动为不同的CPU选择正确的代码路径。

更新1

我已经优化了mpc ** mpcmpc ** intmpc ** mpc的性能下降已得到修复,而mpc ** int的性能下降甚至更快。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams['font.sans-serif'] = ['SimHei'] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -> systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping("/hires") public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate<String
使用vite构建项目报错 C:\Users\ychen\work>npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)> insert overwrite table dwd_trade_cart_add_inc > select data.id, > data.user_id, > data.course_id, > date_format(
错误1 hive (edu)> insert into huanhuan values(1,'haoge'); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive> show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 <configuration> <property> <name>yarn.nodemanager.res