On Wed, 6 Sep 2000, Christopher Blizzard wrote:
> 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
>
> --
Hi Chris,
I got some confused about mozilla on cramfs ,it seems mozilla
will sync data when you start-up mozilla to visit homepage.
Run mozilla on ext2 file sysmtem(read/write) is works good,but
when i put all of mozilla code on cramfs(only read),it will hang.
Is it normal??
Chester
Received on Thu Dec 21 08:53:11 2000
This archive was generated by hypermail 2.1.8 : Tue May 04 2004 - 09:43:49 EDT