Jim Gettys wrote:
> Compression is a Real Big Thing.
>
> In many ways, the flash size is more of a constraint than RAM.
>
> This is not to say /usr should not be put on a diet: we have alot we
> can and should do here.
>
> Note we don't need compression on the fly: in fact, in operation, we believe
> PDA's are most likely to be storing already compressed data into flash
> (e.g. JPEG's from cameras, audio streams, etc.), so just being able to
> read executables and shared libraries from compressed form (paging out
> of compressed data) will go a long way: we don't want compression enabled
> by default (we believe that applications should give a hint to the file
> system whether it would be useful or not). Since doing compression twice
> eats batteries, we really want to avoid double compression scenarios.
One of the things that we have done for Mozilla is to be able to put all
of our UI bahaviour, image and style data into .jar files. These are
essentially .zip files and we load files from those. It's a pretty good
application level solution for decreasing size on disk and for some
system, resources since we don't need to keep all of those files open.
--Chris
-- ------------ Christopher Blizzard http://people.redhat.com/blizzard/ Sometimes I think I couldn't run for political office because I'm too honest and straightforward. Then I remember that I have a gift for self-delusion that could take me right to the top. ------------Received on Wed Sep 6 10:01:25 2000
This archive was generated by hypermail 2.1.8 : Tue May 04 2004 - 09:43:41 EDT