OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] Binary XML == "spawn of the devil" ?

[ Lists Home | Date Index | Thread Index ]

That's an interesting set of examples.  It suggests 
that a desirable feature of a standard binarization 
utility is the ability to set properties to control 
features for choosing among size, numbers of files 
contained, speed of compression/decompression, 
and use of different resources.

D'oh, but noteworthy given that different XML 
application languages need different tradeoffs. 

len


From: Liam Quin [mailto:liam@w3.org]

gzip, bzip2 and ZIP are all different compression systems.

Zip (widely used in the Microsoft Windows and MS-DOS worlds) puts
a table of contents at the end of the data stream.  This reduces
memory overhead in the compressor, but makes ZIP unsuitable in many
cases for streaming.

The GNU zip program, gzip, is actually not a plugin replacement for
programs such as pkzip, winzip and zip.  It compresses a single file,
but supports streaming decompression.

bzip2 is similar to gzip.  It often gets better compression, at the
expense of higher CPU and/or memory usage.  With the most widespread
implementation of bzip2, decompression can require over 3.4 megabytes
of memory; reducing the block size from the default during compression
will reduce this, at the expense of needing more CPU time.





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS