From: Jesper S. <js...@re...> - 2000-08-30 08:51:35
|
>>>>> "Greg" == Greg Banks <gb...@po...> writes: Greg> I tried a small test: the 59K of .data sections in my current Greg> kernel image gzip's down to a measly 8K, which is pretty good Greg> compression. But a quick inspection reveals why: about 48K of Greg> that 59K are zero bytes. So I suspect there are a lot of Greg> variables which could sensibly go into .bss instead of Greg> cluttering up .data, even a compressed .data. Once you consider Greg> the code needed to uncompress the .data, it may well be that the Greg> more useful optimisation would be to move variables to .bss Greg> instead of compressing .data. In any case I think it would be Greg> useful to investigate. Somewhat related to that, it may be possible to save some space by rearranging sections - there are some pretty big alignments (8k & 4k) in there which probably leave big holes in the image. Jesper |