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] XML / HTML Transport size

[ Lists Home | Date Index | Thread Index ]

"Gerben Rampaart (Casnet Mechelen)" scripsit:

> Since bandwidth is a way more precious 'good' than CPU cycles, can W3C come
> with a standard that compresses XML files before sending and decompresses
> when arriving. This will cost more CPU cycles but (much) less bandwidth.
> Obviously the standard (specification) should contain a platform independent
> way of compression.

We already have several such platform-independent methods, if by that you
mean that cross-platform compressors and decompressors exist.  A variety of
small-scale studies have shown that general-purpose compression is generally
as good as, or better than, some scheme that knows it's compressing XML.
A scheme for compressing a particular XML document type might be useful
in extreme cases, but is probably not worth standardizing.

The fact is that images, audio, and video, which are already compressed,
constitute the bulk of the traffic on the Internet today.

-- 
Evolutionary psychology is the theory           John Cowan
that men are nothing but horn-dogs,             http://www.ccil.org/~cowan
and that women only want them for their money.  http://www.reutershealth.com
        --Susan McCarthy (adapted)              jcowan@reutershealth.com




 

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

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