导航

IBM DeveloperWorks的一篇文章中提到了我们最新发布的产品Intel XML Software Suite 1.0了。看到这样的文字,还是很有满足感的。虽然他提到的关于小文件时我们parsing速度不如Xerces快的观点是错误的。不过也可能是翻译的问题。
 
 

12 月

IDEAlliance 一年一度的 XML 2007 会议在 12 月初召开,这是本年度规模最大的一次 XML 展览。这次会议在波士顿举行。出席的人数有所减少,只有 300 余位与会者和 15 位展出者。

本次展出的大部分内容都是比较著名的技术,至少是中坚 XML 开发人员一直关注的技术。与去年一样,XQuery 仍然是展览会中的明星,尽管 XForms 也非常引人关注。XProc、RDFa、OpenDoc、Office Open XML、Atom、APP 和 JSON 也引起了不少人的关注。Web 服务和任何与 SOAP 相关的技术的缺席惹人注意。除了 “但是现在我们正转向 REST” 以外,我还没有听见过这方面的术语。

展览会上真正的新产品来自预料以外的厂家:Intel。尽管 Intel 在硬件方面更著名,但是它也开发能最大限度利用自己的处理器的软件。Intel 在展会上展出并发布了 Intel XML Software Suite,这是一个针对 Linux 和 Windows 的原生 X86 库的集合,提供了真正的快速 XSLT 处理、XPath 评估、XML 模式验证、文档对象模型(DOM),以及 Simple API for XML (SAX) 解析。其中还包括一个基于 Java 原生接口(Java Native Interface,JNI)的针对 Java™ 平台的包装器。

Intel 声称这个库的速度是 XPath 和 XSLT 的 XSLTC 和 Xalan 的两倍,而且比对大型(大于 100MB)文档进行原始解析的 Xerces-C++ 快 6 倍。解析器使用占用更少内存的符号表数据结构和跨两个或更多内核的多线程处理来实现这些性能。这个库可用于处理 300 MB 到 32 GB 范围的文档。对于更小的文档,由于这项技术开销比较大,所以传统解析器更快些。

我还没有机会验证 Intel 的宣称;但是如果这是真的,将非常有趣。Xerces 并不是最快的解析器,但是 6 倍的速度提升是其他任何技术都还未达到的。令人惊讶的是,Intel 使用标准 API、SAX 和 DOM 达到了这样的性能。对我个人而言,我非常相信 XML 解析性能能够提升,但是我以前以为需要专注于高性能的新 API 来实现。Intel 似乎不需要这样做。

W3C 工作组通常在 12 月完成预期的工作,并在圣诞节之前发布规范。对 W3C 来说,圣诞节前一周通常是一年中最忙的时间。请关注 http://www.w3.org/TR/,也许还有更多惊喜等着您。:-)