[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Xqueeze: Compact XML Alternative

• To: "Alaric B. Snell" <alaric@a...>
• Subject: Re: Xqueeze: Compact XML Alternative
• From: Robin Berjon <robin.berjon@e...>
• Date: Fri, 07 Feb 2003 11:51:25 +0100
• Cc: xml-dev@l...
• In-reply-to: <E18h5IK-0000gk-00@c...>
• Organization: Expway
• References: <p04330103ba65690e85d6@[192.168.254.4]> <20030206215139.162E35542@c...> <3E437B3E.2080201@e...> <E18h5IK-0000gk-00@c...>
• Reply-to: robin.berjon@e...
• User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2) Gecko/20021126

Alaric B. Snell wrote:
> On Friday 07 February 2003 09:24, Robin Berjon wrote:
>>I certainly hope that future improvements on our binary format will in fact
>>make it compress badly :) That should happen by making it more compact than
>>it currently is (while keeping similar speed, which is why compression is
>>not always an option).
> 
> Nooo! It's not the compression *ratio* that matters here. It's the eventual 
> size.

To you perhaps. An improved binary infoset removing yet more redundant 
information by itself will be likely to generate less compressible data, and the 
ratio matters in cost/benefit analysis.

If I have (completely arbitrary numbers):
   bix            10k
   bix+gz          8k
   better-bix    8.5k
   better-bix+gz 7.8k

Then even though the last one is the smallest, option 3 will be de-encoded a 
*lot* faster. At some point the different between a compressed binfoset and an 
uncompressed one becomes too marginal to be interesting.

-- 
Robin Berjon <robin.berjon@e...>
Research Engineer, Expway        http://expway.fr/
7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488

• Follow-Ups:
  • Re: Xqueeze: Compact XML Alternative
    • From: "Alaric B. Snell" <alaric@a...>

• References:
  • Re: Xqueeze: Compact XML Alternative
    • From: Elliotte Rusty Harold <elharo@m...>
  • Re: Xqueeze: Compact XML Alternative
    • From: Alaric Snell <alaric@a...>
  • Re: Xqueeze: Compact XML Alternative
    • From: Robin Berjon <robin.berjon@e...>
  • Re: Xqueeze: Compact XML Alternative
    • From: "Alaric B. Snell" <alaric@a...>

• Prev by Date: Re: Xqueeze: Compact XML Alternative
• Next by Date: Re: SGML->XML->? (was Re: SML: Second Try)
• Previous by thread: Re: Xqueeze: Compact XML Alternative
• Next by thread: Re: Xqueeze: Compact XML Alternative
• Index(es):
  • Date
  • Thread