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

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Binary XML Progress



Sefan -

If the biggest performance difference happens at the low end of the document
size scale, it may not be that useful for http document transport.  Any
documents that would benifit would probably fit into a single TCP segment
making the added compression for small docs not as important.

As an aside, almost all dictionary-based compression scheme perform poorly
on small files.  It just takes time for them to build up any useful
information in thier dictionary.  It is possible to preload dictionaries,
something I've done for the compression of database pages in a static
database intended for CD-ROM.

Do you have any furthur information that you could provide on your method.
I would certainly like to see what you have in mind and potentially give
feedback.

Thanks,

Ted C.
----- Original Message -----
From: "Stefan Zier" <Stefan.Zier@syntion.com>
To: "Xml-Dev@Lists. Xml. Org" <xml-dev@lists.xml.org>
Sent: Wednesday, August 08, 2001 1:37 AM
Subject: RE: Binary XML Progress


> Hi Ted, Hi Everybody,
>
> I have been developing a proprietary compression scheme for XML called
> XMLSoC recently in the course of my diploma thesis. In comparison to
XMill,
> gzip and bzip it compresses better, even more so for very small ( < 1000
> bytes ) XML documents - this is where the most significant differences
> become obvious. Also, I took measurements on decompression vs. parsing,
> typically, my unoptimized prototype in Java is between 10 and 20 percent
> faster than Apache Xerces for Java 1.
>
> I am not sure whether this is going to be a product or not, but from my
> analysis, this may make sense in special applications where XML is used,
but
> the application environment is mostly closed - i.e. components that are
part
> of a system from one vendor may use "accelerated" XML while interfaces to
> other components may still use traditional XML...
>
> Thoughts?
>
> ----------------------------------------
> Stefan Zier
> Software Developer
> Syntion AG - http://www.syntion.com
> Leonrodplatz 2 - 80636 Munich/Germany
> Phone +49 89 52 30 45-0
> Fax +49 89 52 30 45-20
>
>
> ------------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: xml-dev-request@lists.xml.org
>
>