Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Is it time for the binary XML permathread to start up again?

From: noah_mendelsohn@--.---.---
To: "Pete Cordell" <petexmldev@--------------.--->
Date: 7/23/2007 12:54:00 PM
Pete Cordell writes:

> I wouldn't be surprised if FI + gzip was actually faster than gzip 
alone.

Me either, but gzip isn't primarily about speed.  This is a little like 
saying:  if you hook a race car to a Honda Fit (Honda's small economy car 
in the US), it may go a bit faster, and you may still use less gas than 
the race car would running at full speed.  Right.  If your primary point 
is to save gas (I.e. get compression) then it's possible that running FI 
first well help some with that.  My point is that you'll almost surely 
wind up in a speed range (a bit faster than gzip) that is way off from the 
reason you'd use FI if you wanted speed (analogy to race car).

It still seems to me that the main reason you want FI is either pure 
speed, or that speed with modest compression.  Fine that's quite useful.

It still seems to me that the main reason you want gzip is for much better 
compression when speed isn't a big issue.  Fine, that's quite useful.

As best I can tell, the FI+gzip combination is what you want when you were 
after what gzip gives you, and are willing to deal with some extra 
complexity to slightly modestly alleviate its speed issues.

--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent