gxqcn 发表于 2017-1-17 08:33
如果在64位平台下开发，核心算法还可进一步提高。
当时用的是VC6.0开发，现代的许多新标准新特性都不支持 ...
VC6.0是非常老的编译器；也就是说，这个库没有移植的可能性，无法在linux上发挥作用。intel目前貌似更看重制程工艺，他们觉得作为计算已经够用，只在优化核显及功耗。先生的优化技巧以及在大数阶乘上所用的算法对我的启发很大。 算法的可移植性一般是很高的，也是很容易的，
它与平台的绑定远不如界面那么高。 gxqcn 发表于 2017-1-17 10:21
算法的可移植性一般是很高的，也是很容易的，
它与平台的绑定远不如界面那么高。
原创大奖
获奖产品：金蝶Apusic J2EE应用服务器5.0(深圳市金蝶中间件有限公司)
提名奖：Scicos-HDL 0.4（宁夏大学 张冬、康彩）) 精锐E智能卡型加密锁（北京深思洛克数据保护中心）
其它入围名单：Apusic OperaMasks、Discuz!、ezSCADA设备监控平台、HDWiki、HugeCalc 超大整数完全精度快速计算器/算法库、Visual Unit 2.0、天码手机输入法 gxqcn 发表于 2017-1-17 10:21
算法的可移植性一般是很高的，也是很容易的，
它与平台的绑定远不如界面那么高。
界面好说，单独剥离出来，谁感兴趣谁做去。
主要是库的平台依赖。一种是编译器的依赖，不知道可否让gcc编译通过。还有一种是arch的依赖，不知道可否在非intel的机器上编译通过。
另外，有个叫 Intel® Math Kernel Library的工具库，好像在 自家的 intel平台做了很多针对性的优化工作。不知道 老大做的优化有没有可能在一定程度上是在重复造轮子。
本帖最后由 happysxyf 于 2017-1-17 21:05 编辑
wayne 发表于 2017-1-17 18:16
界面好说，单独剥离出来，谁感兴趣谁做去。
主要是库的平台依赖。一种是编译器的依赖，不知道可否让gc ...
gcc汇编跟intel汇编格式还有很大差距，这个移植恐怕得改很多地方。而且gcc的汇编没有intel那么简洁。不同cpu指令集都不一样，很难移植到arm平台。 happysxyf 发表于 2017-1-17 21:01
gcc汇编跟intel汇编格式还有很大差距，这个移植恐怕得改很多地方。而且gcc的汇编没有intel那么简洁。不 ...
gcc好像是支持编译 intel 风格的汇编的， 虽然默认是 AT&T,虽然我不玩汇编， ^_^ wayne 发表于 2017-1-17 21:14
gcc好像是支持编译 intel 风格的汇编的， 虽然默认是 AT&T,虽然我不玩汇编， ^_^
我试了下，虽然支持intel汇编格式，但是几乎每行都要小改一下，工作量很大。算法库的核心必定是大量汇编实现，所以移植起来，改动量非常巨大。 确实，一个高效的算法库，在追求极致时，肯定需要考虑平台，充分发挥其特性，
所以，直接写汇编是必不可少的。
@wayne：“优化有没有可能在一定程度上是在重复造轮子”？
不会的，因为这套核心算法的关键点，加入我不少自创部分，使它在当前多核多线程超流水线指令下，会具有更优异的表现。
页:
1
[2]