效率优化的一些体会

       最近在用Delphi做IFC文件解析器,打开小文件没有问题,打开一个60多M的文件过了好大一会儿后提示Out of Memory.于是需要优化效率。主要做了以下几个方面:

       经过分析,发现仅仅将实体通过ID作为Hash键存储,并不能满足查询需要,因此又添加了以Class作为键、相同Class实体列表组成的TInterfaceList作为对应的值。这个在通过FindByClass查找时效率大大提升,从原来的根本无法加载提升到了40s之内加载。

之后的时间要求是最长25秒,最好20秒之内。为了找出瓶颈所在,通过AQTime进行了分析,发现主要是在字符串解析方面占用较多时间。进而做了几方面的优化:

首先发现代码中字符串处理部分由较多的重复计算,例如对一个字符串的截取,获取截取位置用到Pos方法,截取长度还要用到Pos方法,第二次的计算完全没有必要。


       其次,在解析实体属性部分,需要根据逗号判断属性个数,在根据Express文件中的定义取出属性个数。IFC文件中每一行实体描述信息中逗号个数有些会多于后者。最初的做法是对所有的IFC实体都解析属性个数。后来分析其中有一部分是不需要的,只需要判断逗号个数与后者一致时直接对应赋值即可。这样改进后加载速度提升了3s左右。


      经过上述调整后本来以为已经没有提升余地了,因为剩下的都是调用字符串处理函数进行字符串解析。后来仔细分析了解析实体属性的方法,循环中还是有不少重复计算的地方,程序中需要不断计算字符串列表中(、)和' 出现的次数,最初的做法是将前n个字符串拼起来用pos函数统计,后来改成了只计算当前字符串中出现的次数,与前面出现次数相加,这样运算时间从34秒降到了18秒,基本上满足了需要。



  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值