[讨论]排列组合之最优算法

彭希仁

http://club.excelhome.net/thread-151178-1-1.html  看看这个

robinob

我用了顶楼的那个好像不行，说是哪里有问题，我用的是顶楼那个118的文件
-332,616.52        1,281,432.81
11,085.93       
30,276.51       
33,443.16       
58,880.74       
87,651.35       
98,553.40       
106,877.31       
118,805.01       
121,776.17       
146,413.80       
210,987.58       
217,542.71       
260,985.35       
308,961.93       
332,616.52       
397,711.08       
这是我给的一个例子，彭老师试试看

robinob

彭老师有没有想出什么办法？辛苦了辛苦了～

pt98

原帖由 彭希仁 于 2009-11-16 09:22 发表

3百多M,还是不要打开了,会死机的

如果查看大容量的text文件你可以用TotalCommander 的View功能试试，1G的文件在0.5S内打开是没有问题的，而且TotalCommander管理文件的功能也是非常的强，用了以后你就会觉得Windows的资源管理器怎么会这么傻啊。

老伙计2008

原帖由 robinob 于 2009-11-16 09:31 发表
额……原来只是固定选8个的程序……如何才能自由选择选取数？

只能照猫画虎重新编程，选多少个数字，做多少层嵌套

老伙计2008

原帖由 robinob 于 2009-11-16 09:17 发表
尝试了下32选20
运算用了11妙……
出来的结果有200多MB……
尝试打开，预计费时10分钟左右……
恩，感谢两位的帮助～

我做同样的测试11分钟还没有出来结果，只有中断运行了。你用的肯定不是微机，可能是小型计算机或超级计算机（我还没看到过真实的，羡慕）

觉得有问题，看一下生成的文件，在我这里即便中断运行产生的文件还4.53G。觉得不是我的电脑就是你的电脑有问题。前面那段话算式废话吧

[ 本帖最后由 老伙计2008 于 2009-11-19 15:38 编辑 ]

老伙计2008

原帖由 pt98 于 2009-11-18 09:45 发表


如果查看大容量的text文件你可以用TotalCommander 的View功能试试，1G的文件在0.5S内打开是没有问题的，而且TotalCommander管理文件的功能也是非常的强，用了以后你就会觉得Windows的资源管理器怎么会这么傻啊。

学一招。
估计TotalCommander 的View功能不是把文件全部打开，可能是很强大的分页浏览功能。否则即使读盘速度20M/S，还需要50秒。好东东，做过记号。

彭希仁

原帖由 robinob 于 2009-11-16 11:26 发表
我用了顶楼的那个好像不行，说是哪里有问题，我用的是顶楼那个118的文件
-332,616.52        1,281,432.81
11,085.93       
30,276.51       
33,443.16       
58,880.74       
87,651.35       
98,553.40       
106,877.31       
118,805.01       
121,776 ...

顶楼的不支持小数,得都是整数.

robinob

被嘲笑了～额～是我误会了……以为那个程序可以随意改动范围和总和，谁晓得怎么改都是8个的……额～ 见笑了……

robinob

我试了下……其他几楼好像也不能用小数点的……