Altova Mailing List Archives>Archive Index >xml-dev Archive Home >Recent entries >Thread Prev - RE: [xml-dev] Is it time for the binary XML permathread to start up again? >Thread Next - RE: [xml-dev] Is it time for the binary XML permathread to start up again? RE: [xml-dev] Is it time for the binary XML permathread to start up again?To: <noah_mendelsohn@--.---.--->,"'Costello, Roger L.'" <costello@-----.--->,<xml-dev@-----.---.---> Date: 7/20/2007 8:33:00 PM > If gzip is going to make the FI form larger, or not much > smaller, then > it's a bad use of time to run it, even if the time to gzip the FI is > indeed much lower than the time to gzip the original text. Generally, compressing FI results in similar or smaller size than compressing text. So the FI benefits are there both w/ and w/o compression. Take the 27 files in MITRE / OVAL / Platform Data File Downloads as an example: text: 16,271,427 bytes fi: 4,171,861 bytes (ratio 1:0.26) text+gzip: 1,082,750 bytes (ratio 1:0.07) fi+gzip: 867,648 bytes (ratio 1:0.05) > Noah Mendelsohn Alexander | ||||||
| Company | Legal | Press | Partners | Careers | Sitemap | Contact Us | Altova Blog | Mobile | Full Site | |||
|
