关于D语言的目标文件体积

刚才和hurd讨论D的文件尺寸问题，自己尝试时发现了一点线索。

 

我试了一下，用-g生成的dwt程序大约3m,用-O -release(没有inline)生成的程序大约2m。

 

然后把它分分别反汇编了一下，release版代码段占用约40%,数据段占用约60%。（-g版是3:7）
由于代码段没什么规律性，所以大多数压缩程序对代码段的压缩比都不明显（从各压缩结果的大小比较接近代码段大小，就可以看出来）
所以关键的部分就在于数据段了。

 

我生成的dwt程序数据段，体积比较大的主要是以下部分：
dwt中import的swt的properties文件              （文本内容，比较容易被压缩）
程序中使用的各种常量，主要是字符串常量        （当然大部分也是文本内容）
dll和api函数名     （还是文本内容）
各种类结构的定义   （很有规律，甚至包含大量0值字节仅用于占位，所以也很较容易被压缩）

 

最后还有一部份就是段的定义大小与实际使用大小间的剩余空间，都是以0填充的，也可以轻易压缩掉。

 

所以D程序可以很容易的压缩到接近代码段，甚至略小于代码段的体积。

 

可是为什么目标文件结构比较接近的C++比D要小呢？
我觉得主要是因为D 的 设计使得类更容易被继承，tango和dwt中被嵌套了四五层对上的类很常见，在C++中这种的情况却还多，这使得目标代码要存放更多的类的结构信息。
从phobo生成的目标文件通常小于tango的目标文件，就可以说明这一点。

 

目标大小对程序运行有没有影响？
我觉得影响不太，实际上对大小过分的优化可能会影响程序的性能，比如在类操作时还原类的结构信息，这无形上增加了cpu的开销。当然也可以在程序执行前一次性还原类的结构信息，不过这就和压缩工具就没有什么本质区别了。

 

最后程序可以压缩到多大？
如果没有import一些压缩过的、或者不容易被压缩的文件的话，就像上面所说的，应该可以被压缩到接近代码段的大小。

评论

6 楼 flyingxu 2008-11-25  

我觉得和d语言没有关系，是dwt的问题
用dfl的win程序就都很小，不到1m。

5 楼 hurd 2008-11-17  

LLVM supports effective optimization at compile time, link-time (particularly interprocedural), run-time and offline (i.e., after software is installed), while remaining transparent to developers and maintaining compatibility with existing build scripts.

4 楼 hurd 2008-11-16  

资源大的话import前先gz下，运行时解压。

upx能把22M压缩到800kb,  LDC多少也要改善下吧。

3 楼 tomqyp 2008-11-16  

引用

hurd
希望LDC能对这个问题有所改善，似乎很快windows32版本的LDC就可以工作了。

自从有了import的新用法后，现在似乎很多库都很流行把要用的资源文件直接import进来，如果import了大量二进制文件的话，我想即使是LDC也没有什么好办法可以解决吧。

2 楼 tomqyp 2008-11-16  

另外我想可能还有个原因影响了D语言的文件尺寸。

原本在C中许多很容易被发现没有使用过的函数、结构，在D中用类一封装，就不是那么容易判断了，然而许多D库刚好就是对对C库的封装，甚至是C++>C>D这样封装。

动态库或者api的话到无所谓，静态库的话，链接器肯定会把那些它不能确定没有使用的函数和结构都链接到程序中，链出一个超大文件也就不足为奇了。

1 楼 hurd 2008-11-16  

希望LDC能对这个问题有所改善，似乎很快windows32版本的LDC就可以工作了。