randomzoom 发表于 2019-7-4 11:58:23

fortran唯一让人爽的就是向量计算,大量代替do

本帖最后由 randomzoom 于 2019-7-4 18:30 编辑

用fortran真是让人火大。
唯一让人欣慰的是向量计算。
向量,标量直接计算
A=B,A=B+C,A=d,A=B+d,用起来很舒服。
不用想着怎么do。比python的map还漂亮。


weixing1531 发表于 2019-7-4 13:10:51

数组是fortran的强项

liudy02 发表于 2019-7-4 13:19:51

相对于c什么的,这确实是极大的优势
而且你说的不准确,你说的这种运算对很多语言也称不上优势
因为只要能实现运算符重载,这些功能并不算什么
fortran在矩阵方面的主要优势还是在于可以极为方便地分片操作
不过,这个自带矩阵运算符重载也好,方便的分片操作也好,
相对于python,这个却不是优势哦,python的list本身就支持极为方便的分片
至于自带的运算符重载,numpy模块比fortran做的更好

fcode 发表于 2019-7-4 13:21:29

然而,python是解释型语言。哎~~
我必须需要编译型的。

randomzoom 发表于 2019-7-4 14:21:22

正因为python太慢了,才想到用fortran玩玩.
语法上,我还是喜欢c系列的.纯粹是怀旧才选.
不过效果特别好.
3600^2的矩阵,python用2100秒.fortran替换核心过程后直用15秒.纯fortran没能力弄.没有能力处理tif文件.

randomzoom 发表于 2019-7-4 14:31:06

randomzoom 发表于 2019-7-4 14:21
正因为python太慢了,才想到用fortran玩玩.
语法上,我还是喜欢c系列的.纯粹是怀旧才选.
不过效果特别好.


正因为python太慢了,才想到用fortran玩玩.
语法上,我还是喜欢c系列的.纯粹是怀旧才选.
不过效果特别好.
3600^2的矩阵,python用2100秒.fortran替换核心过程后直用15秒.纯fortran没能力弄.没有能力处理tif文件.

randomzoom 发表于 2019-7-4 14:31:35

网站服务器太垃圾了,慢得要死.

fcode 发表于 2019-7-4 17:43:25

我的工作需要纯编译型语言,一般不能发布解释型语言的程序。(不能要求用户安装或使用解释器)
所以我平时都是用C++/Qt做做界面,核心都用fortran做。也不是说fortran比C++快,可能与个人习惯有关。
我个人觉得混编,能最大限度发挥fortran的高效计算能力(也包括开发计算程序的速度),也能发挥C++/Qt的界面美观。实在是值得推广的方式。
至于服务器,配置垃圾可能也是一方面(人穷嘛~),另一方面,放在了香港(不想在大陆备案),所以会比较慢。

liudy02 发表于 2019-7-4 19:30:21

python也可以一定程度上不开源吧,不过应该保密性还是远没有编译型好。版主看来是做商业软件的啊

liudy02 发表于 2019-7-4 19:32:42

本帖最后由 liudy02 于 2019-7-4 19:34 编辑

如果不是保密性要求的话,python有冻结字节码的发布方式呢,是把解释器和库打包的形式,不会要求安装解释器。至于性能的话,numpy之类的库其实也是用C做的,不追求极限效率的话其实差不了太多
页: [1] 2
查看完整版本: fortran唯一让人爽的就是向量计算,大量代替do