算法需要占用太大的内存,该怎么办?

Barry1058 2006-07-20 12:28:09
在写一个图形学的程序,读入一个三维物体的网格模型,在算法中需要反复用到任意两个顶点之间的最短路径。

目前的想法是在预处理的过程中用Dijkstra或者Floyd算法构造最短路径,然后在算法中直接调用结果就行了,老外的论文中也提到了这样的预处理过程。

问题是:三维模型的数据量很大,往往都有几万甚至上百万的顶点数,如果想把all-pairs的最短路径值都保存下来的话,根本是不可能的!而要在算法中反复调用最短路径算法的话,必然会在很大程度上影响算法的效率!

请教一下,该如何设计整个算法和程序的框架?
...全文
264 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
thisisll 2006-07-20
  • 打赏
  • 举报
回复
Dijkstra或者Floyd算法应该已经很成熟了


可以把Dijkstra的表放到文件里从而少用内存
就是读取会慢点
DentistryDoctor 2006-07-20
  • 打赏
  • 举报
回复
可能还是得从算法的角度进行优化。
madmanahong 2006-07-20
  • 打赏
  • 举报
回复
多大内存??
我做过3D游戏,并不是很大啊,100~200M了不起了!
powerbamboo 2006-07-20
  • 打赏
  • 举报
回复
用文件代替内存
Barry1058 2006-07-20
  • 打赏
  • 举报
回复
放到文件里似乎也不可行啊,对于1000个顶点的网格模型,就需要1000*1000*4=4Mb的文件大小,对于上万个顶点的模型,存储每对顶点的最短路径就需要几个G的文件!

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧