Slashdot Mirror
Microsoft Claims OpenDocument is Too Slow
SirClicksalot writes "Microsoft claims that the OpenDocument Format (ODF) is too slow for easy use. They cite a study carried out by ZDNet.com that compared OpenOffice.org 2.0 with the XML formats in Microsoft Office 2003. This comes after the international standards body ISO approved ODF earlier this month." From the ZDNet article: "'The use of OpenDocument documents is slower to the point of not really being satisfactory,' Alan Yates, the general manager of Microsoft's information worker strategy, told ZDNet UK on Wednesday. 'The Open XML format is designed for performance. XML is fundamentally slower than binary formats so we have made sure that customers won't notice a big difference in performance.'"
What I didn't see mentioned in this article was the fact that back in March, Microsoft joined a subdivision of INCITS (V1 Text Processing: Office and Publishing Systems Interface group within the International Committee for Information Technology Standards). Which is the group that kind of decides whether or not it should be widely adopted. Being ISO certified is one thing but it doesn't mean everyone's going to use it as a standard.
There was much speculation that Microsoft had joined INCITS with the intent to slowdown or stop the spreading use of ODF and insert their own standard. Sounded like another Microsoft power trip to me.
I predict that Microsoft will bitch and bitch about ODF and then release study after study suggesting some other patent laden format (probably Open XML) over ODF. This is just the first complaint against ODF--too slow. Perhaps next they'll complain that it's not documented well enough, some of their apps just can't support it, it gives their developers arthritis, it looks too ugly, etc.
My work here is dung.
If I was an MS shill (like so many in these forums seems to be), I would be deeply, deeply ashamed that the company I pimped myself out for was incapable of distinguishing between a document format and an application.
(read the 'study')
But I am sure the shills will pipe up with "easier to use", "people are used to it", "noone forces people to use MS" and other such irrelevance.
There are shills on slashdot. Apparently, I'm one of them.
It's not a game loading complex 3D worlds and sound effects, it's a load of text being displayed on screen. What difference does a few milliseconds here or there make? OpenDocument could be ten times slower and the benefits of an open document format would still vastly outweigh the effects of loading time.
It's pretty important to me. The thing is, I highly doubt that ODF is naturally slower than MS's format. They're both XML, right? How can one take that much longer to parse?
In fact, the study cited doesn't even refer to "the speed of ODF". It's about OO.o's speed only.
I can just see Microsoft's new slogan for Office 12:
"Microsoft, saving your life, one microsecond at a time..."
It's actually likely they're slightly faster for spreadsheets. For example:
* they use single-letter tag names, for the most part, to reduce parsing time
* they remove all strings and put them in a look-up table
I'm not sure how much difference these things actually make in practice, but there's probably a little speed there.
What's not fair is to compare OOo to Microsoft Office, and determine the speed of OpenDocument versus OXML based on that...
"Elmo knows where you live!" - The Simpsons
No MSFT's formt is a Binary XML, with binary data encased by XML tags. Images are stored directly in the file unlike ODF which is a zipfile, with a subdirectory for images.
In other words if you don't have an ODF appilication all you have to do is unzip it( a feature found in most OS's these days) and extract the data by hand.
If you don't have MSFT Word of version x you can never open MSFT's formats. Patents will prevent third parties from implenting it. Defeating the entire point of having a standard.
i thought once I was found, but it was only a dream.
You mean to tell me that parsing a file at an average of 200k of data is too slow on 1.0+GHz processors?
OPTIMIZE YOUR CODE!
I know that there are many variables here, but seriously... how slow can it be? I use OpenOffice 2.0 on an Athlon64 3200+ and I have no issues, in fact, I find it much quicker than M$ Office
This brings to mind something that Microsoft did in the mid 1990's. When MS Word was trying to wrest market share from Wordperfect, Microsoft apparently coded speed bumps into Windows that only their programmers knew how to avoid. Microsoft then claimed that MS applications were "better" becuase they were faster, though we didn't understand that it was because of intentional handicapping of their rivals' software until they'd pretty much crushed WordPerfect in the market.
It kind of makes me wonder if they'll try the same approach to make ODF look "slower," by optimizing MS apps to work with Open XML and fumble around with ODF files.
TLR
A man no more knows his destiny than a tea leaf knows the history of the East India Company
This is typical FUD! The article is not comparing the speed of OpenDoc vs Microsoft's Open XML. It's comparing the speed of OpenOffice vs. Microsoft Office. It does not make any sense.
.doc to give us some real numbers. (Microsoft's Open XML is not even available to compare speeds!)
How about if someone with a Windows PC at hand compared the speed of opening and saving OpenDocument vs. the usual
I'm sure Microsoft would very much like to shift the debate from OpenDocument vs. Open XML to OpenOffice vs MS Office. Let's not fool ourselves MS Office has many advantages.
In fact, until this very day I didn't even realize that performance was even in Microsoft's dictionary, and like so many other words Microsoft uses I don't think it means entirely what they think it means. Newsflash, Microsoft, "innovation" does not mean "steal other people's ideas." "Security" does not mean "It'll be taken over before you can download the first update for it." And "performance" doesn't mean "the entire fucking system stops for 30 seconds when some application decides to stop handling its windows controls." Now STFU and go back to pushing your poison kool-aid on unsuspecting consumers before Apple eats your lunch.
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
+5 Insightful? Oh PLEASE!
.doc files. So are Microsoft's new XML files. So it's pointless to claim that a "binary" file format is faster than an XML file format.
ODT XML files are binary files. So are old Word 2003
When people say "binary files" they mean this as opposed to "text files", a seperation that stems from the ability to open a file for in "binary" or "textfile" modus in several APIs. Has to do with, amongst others, interpretation of control codes such as ^Z.
The other big mistake: file formats aren't fast or slow. The algorithms for reading and writing them are (or aren't) slow.
*slaps cheek* NO WAI!
You fail to see the point of what they're saying. They're saying a binary file, with a header and fixed data structures, are alot easier to read & parse than an XML file, which consists of structures of variable length, needs to be interpreted, etc etc etc. This is a problem with XML.
I'm Rocco. I'm the +5 Funny man.
I've noticed that Word will stream open a large DOC file, so that you can start to work on it before it's been entirely loaded -- similar to a web page.
DOC files don't so much as stream as open for Random Access. They're structured in such a way that the information is stored as an object heirarchy scattered across the file. This makes saving faster because only the changes are saved to the file. It also make opening faster, because Office only needs to pull up the information that's on the screen at the moment. (Even if it's at the end of the document.) PDFs work in a similar, but more structured, fashion.
The unfortunate fact about ODF is that it requires a complete decoding of the file when loading, and a complete reencoding of the file when saving. However, I don't see any reason why Microsoft can't just add ODF support and make it an optional format. Computers are fast these days, and it should be up to the user to decide whether he needs the performance provided by the MS DOC *cough* "standard".
Or in other words, Microsoft is grasping at straws, trying to find a reason why they shouldn't support opening and saving of ODF files. I feel so sorry for them. (Not.)
Javascript + Nintendo DSi = DSiCade
It's actually likely they're slightly faster for spreadsheets. For example:
* they use single-letter tag names, for the most part, to reduce parsing time
* they remove all strings and put them in a look-up table
Thing is XML was desgiend to be readable and easy to parse. If you start doing hacks like embedding tons of binary data (OpenXML has images embeded in the XML), using one letter tags and look-up tables, you've essentially a bloated binary format.
You can call it an XML, it's technically XML, but it really isn't.
It would be better that Microsoft offers an open binary format, but truly open, patent free. XML is really heavy compared to efficient binary formats. Compressing the resulting XML makes XML formats on par with binary as to size, but that's just faking it: the program will have to decompress it and parse an XML, which is tons harder that directly parsing binary offsets and bits (for a machine).
How about if someone with a Windows PC at hand compared the speed of opening and saving OpenDocument vs. the usual .doc to give us some real numbers.
.DOC files (it took about 1 second to open the doc and about 0.5 seconds to open the ODT).
.DOC in Word was even faster (0.3 seconds? ... hard to measure).
Not very scientific, but I tried to do this test. I opened a big Word doc I have (80 pages), and re-saved it in ODT using OpenOffice 2.0. Then I opened both docs a bunch of times (did them in different orders, sometimes with OpenOffice already open, sometimes not).
End result: OpenOffice 2.0 opens ODT about twice as fast as it opens Word
It is not surprising that OpenOffice opens its preferred (well-documented) format faster than it opens someone else's non-documented format.
The inverse test (opening both DOC and ODT in Word) is not possible for obvious reasons! However opening the
Conclusion: Word opening DOC is probably faster than OO2.0 opening ODT. However the difference is so small that no one should care (on modern hardware especially). Furthermore there's no reason not to believe that opening of ODT documents will get faster and smoother as time goes on, since the standard is published and algorithms for opening ODT can be improved openly with time. Not only that, but since OO2.0 is open-source, it's particular implementation can be improved.
On the flip side, just yesterday I tried using MS PowerPoint on a macintosh to open a big presentation (lots of graphs). Opening (and manipulating) the file was unbearable (took minutes to open on the Mac, even though MS PowerPoint on Windows opens it in a few seconds). Strangely Keynote opens it in a few seconds. So Microsoft even has trouble efficiently opening their own binary format! The idea that XML-based documents are "inherently" slow is silly. It has everything to do with the algorithm (which is good for MS Word, bad for MS PowerPoint for Mac, and decent for OpenOffice).
Because "free" still means more to me than an additional 1.7 seconds.
------ The best brain training is now totally free : )
The parent had a lot of good things to say except this comment: The idea that XML-based documents are "inherently" slow is silly.
No, the idea that XML-based documents AREN'T "inherently" slow is silly. Of course an XML-based document will be slower than a binary document. XML gives a number of niceties, in the form of maintainability and platform-independence, but it can never be made faster than a well designed binary document. That's just the trade-off.