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

Re: Binary XML Progress

• From: Ted Carroll <tcarroll@c...>
• To: Stefan Zier <Stefan.Zier@s...>,"Xml-Dev@Lists. Xml. Org" <xml-dev@l...>
• Date: Wed, 08 Aug 2001 09:40:40 -0700

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@s...>
To: "Xml-Dev@Lists. Xml. Org" <xml-dev@l...>
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@l...
>
>

• Follow-Ups:
  • RE: Binary XML Progress
    • From: Stefan Zier <Stefan.Zier@s...>

• References:
  • RE: Binary XML Progress
    • From: Stefan Zier <Stefan.Zier@s...>

• Prev by Date: RE: breaking up?
• Next by Date: Re: breaking up? (RELAX NG, XHTML)
• Previous by thread: RE: Binary XML Progress
• Next by thread: RE: Binary XML Progress
• Index(es):
  • Date
  • Thread