Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Microsoft Claims OpenDocument is Too Slow 553

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.'"
This discussion has been archived. No new comments can be posted.

Microsoft Claims OpenDocument is Too Slow

Comments Filter:
  • by will_die ( 586523 ) on Friday May 26, 2006 @09:22AM (#15409086) Homepage
    To thoses that work with ms-0ffice documents a good portion of the day then the time to open a document is a major problem.
    However read time is not the major problem, it is how long it takes to save the document. Don't forget you have automatic saves every 10-15 mins and when that takes more then just a second or two it is a really major pain and interruption to the job.
  • Re:INCITS (Score:3, Interesting)

    by Manitcor ( 218753 ) on Friday May 26, 2006 @09:30AM (#15409146) Homepage
    where have you been? Almost every single one of those arguments and more were used by MS when the state of MA decided to standardize on ODF.
  • RTFA. (Score:3, Interesting)

    by popeyethesailor ( 325796 ) on Friday May 26, 2006 @09:34AM (#15409181)
    I guess the loyal crowd has already reeled in +5 Insightful mods by railing against MS, but it might not be a bad idea to actually read the article.

    Mr.Yates says OpenXML has been designed with performance in mind, whereas ODF is not. A binary format such as .doc definitely has a few speed advantages over a XML format, hence it'd be good to have the replacement XML schema designed for performance.

    I wouldnt know if this was actually the case; however, it would be good to investigate if the claims were true. OpenOffice could very well do with a major performance boost. A lean,well-designed XML schema cannot hurt.

  • MS App Tweaks (Score:5, Interesting)

    by Gallenod ( 84385 ) on Friday May 26, 2006 @09:35AM (#15409192)
    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.

  • by CPIMatt ( 206195 ) * on Friday May 26, 2006 @09:45AM (#15409259)
    The OpenOffice implementation might be a little slow. I my opinion this is probably due to the cross platform nature of OpenOffice itself, or it might be just slow.

    The ZDNet article wasn't comparing formats, it was comparing OO.o to MS Office 2003. If they really wanted to do it right, they would add Abiword and K Office.

    In my limited, subjective testing the new version K Office is much faster than either OO.o or MS Office in reading in documents.

    -Matt
  • by gatzke ( 2977 ) on Friday May 26, 2006 @09:45AM (#15409262) Homepage Journal

    It can't be any slower than putting up with Word on XP. I hit save and my machine locks on me for 5-10 seconds. Hangs, basically.

    vi rarely does that (on some 2 GB mail files) and LyX appears to save in the background, so I can go on editing. Whatever unix does, it seems to actually be responsive. LyX (and a lot of unix editors) keep an emergency save file, so I bet they are continuously saving so that it is not a big change when you want to update the "current" file.

    I just got a new dual Xeon to use a desktop, thinking it would fix some of the sluggishness of XP. Wrong! You click on my computer, and it hangs. You try to "save as" a file and every folder hangs. What is MS doing? Why is it so hard to navigate directories without delays? These little snags drive me nuts.

    I would almost rather be back on a green screen vt100 terminal, at least it did what you told it to do.
  • by kel-tor ( 146691 ) on Friday May 26, 2006 @09:57AM (#15409341)
    http://www.groklaw.net/article.php?story=200511251 44611543

    using a text editor, would you rather try to fix a bug in an odf or ms xml file?
    MS XML
    <w:p>
    <w:r>
      <w:t>This is a </w:t>

    </w:r>
    <w:r>
      <w:rPr>
       <w:b />
      </w:rPr>
      <w:t>very basic</w:t>

    </w:r>
    <w:r>
      <w:t> document </w:t>
    </w:r>
    <w:r>

      <w:rPr>
       <w:i />
      </w:rPr>
      <w:t>with some</w:t>
    </w:r>

    <w:r>
      <w:t> formatting, and a </w:t>
    </w:r>
    <w:hyperlink w:rel="rId4" w:history="1">
      <w:r>

       <w:rPr>
        <w:rStyle w:val="Hyperlink" />
       </w:rPr>
       <w:t>hyperlink</w:t>
      </w:r>

    </w:hyperlink>

    </w:p>
    OpenDocument
    <text:p text:style-name="Standard">
       This is a <text:span text:style-name="T1">

       very basic</text:span> document <text:span
       text:style-name="T2"> with some </text:span>
       formatting, and a <text:a xlink:type="simple"
       xlink:href="http://example.com">hyperlink
       </text:a>

    </text:p>
  • by Asphalt ( 529464 ) on Friday May 26, 2006 @09:57AM (#15409342)
    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.

    Agreed. We have converted ALL of our documents to ODF.

    Is it slower? To be honest, I have never noticed a difference. Nobody has mentioned it. Maybe it is slower, maybe it isn't. If it takes 5 seconds vs. 3 seconds to load/save, I'm not sure anyone cares.

    OO will run on more platforms, and running slower is probably a necessary result of being portable and not hooked into the OS tightly. My tabbed third-party replacement for Notepad also takes a little longer to load. But I would not give it up because notepad is faster.

    After using OO and Office for many years, I honestly can't tell much of a diffence. And I think both office suites are very fine products, but speed is probably the least of their differences, IMHO.

  • by fph il quozientatore ( 971015 ) on Friday May 26, 2006 @09:59AM (#15409355)
    Here [unipmn.it] is a fast new algorithm to compress XML in such a way that browsing and searching the tree can be done without uncompressing it. This should make Word definitely faster when handling ODF. I really think Microsoft should start implementing some of this stuff instead of whining and complaining.
  • by Anonymous Coward on Friday May 26, 2006 @10:23AM (#15409531)
    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.

    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 .DOC files (it took about 1 second to open the doc and about 0.5 seconds to open the ODT).

    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 .DOC in Word was even faster (0.3 seconds? ... hard to measure).

    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).

  • by Knuckles ( 8964 ) <knuckles&dantian,org> on Friday May 26, 2006 @10:44AM (#15409660)
    Or rather - partly true. I don't know whether they have specs/docs, but I assume they do - incomplete ones. But yes, at least in Word 2, the file was essentially a memory dump, and later doc "formats" at least fill large parts of the file with binary dumps straight from memory.

    The compatibility issues of course arise when you have a completely different memory layout in a later version, and basically need to replicate the one from the previous version (bug for bug) to load older files. It's insane.
  • by Fedarkyn ( 892041 ) on Friday May 26, 2006 @11:05AM (#15409834)
    At tech-ed 2005 here in Brazil I saw one of MS evangelists showing a table comparing speeds for MS office (don't remember the version) and openoffices showing diferences od 20x or more...

    I use both offices suites at work and at home and the speed difference is in the order of 2x at most for the first loading of the program and almost no difference after this (anything below 1 second is just "fast enougth" for me). And my computer is rather outdated.

    I think ms Office a fair software, not worth the price, that's really expensive in Brasil, but they don't need to lie this way to sell it...
  • by Anonymous Coward on Friday May 26, 2006 @11:06AM (#15409845)
    This is funny, genuinely funny for a couple of reasons. It's a shame the announcement is just about 2 months late. (typical for MS) It would've made a great April Fools day joke.

    I have been using MS software, operating systems, applications, development tools, etc. (and non-MS too) since the days of MS-DOS 1.25... IMHO MS has no, zero, zip, nada room to bash anyone or anything else as being "too slow." To me, MS bloat-ware defines slow. But consider, this is the company that gives us the hour glass, the searching flashlight, BSOD, mandatory reboots, and numerous other examples of making the user wait.

    A second reason this is funny is consider the context. Sure, some people may regularly use multi-megabyte documents. A quick check of my doc directory shows that my largest one is just over 1MB at about 20 pages. But the vast majority are in the 30KB to 60KB range. Now, at work I have a fairly old Dell Optiplex with a Celeron at a blistering 1.2GHz, 512MB of memory, and already burdened with XP Pro. In other words, it isn't cutting edge, more like the backside of the knife, maybe even the handle... ;-) Of course, it would run any one of several Linux distros just fine... My point is, most documents I work with load just about instantly already, even on this system. Even if they took twice as long to load, I probably wouldn't notice.

    So who cares? MS cares. MS found an objective measure to try to beat up on the open movement and to defend it's proprietary format with. Never mind that in my area anyway, no-one would notice or care. What I really want is an OS that boots faster. Applications that load faster or are slim enough to be left in memory. A UI that doesn't hang for 10 to 20 seconds every time I open/close an application (particularly with IE).

    Yes I'm biased. I use MS products at work because I have to -- I don't control the environment. I have Linux/Firefox/Thunderbird/OpenOffice at home by *my* choice. One system at home runs OpenOffice on a Pentium-II at 450MHz, 720M of RAM, a pair of old 5400 RPM HDD, Suse 10.0... (a junker I just play with) and subjectively, it feels as fast as my work machine with more resources. A MS software load on that machine would be just about unusable.

    So go ahead MS, talk it up, bash away. I never knew you had such a sense of humor. For anyone else that wants to speed up their compute experience I'd say forget document formats and look deeper - as in your choice of OS and application...

  • by BigFootApe ( 264256 ) on Friday May 26, 2006 @11:11AM (#15409880)
    My observation is that Microsoft has thought through some performance and reliability details to an impressive degree in OpenXML.


    While document reliability is of paramount importance, performance (as in speed) is virtually irrelevant. In terms of the overall time required to create or edit a document, a few extra seconds on opening or saving a file is just noise.
  • by M-RES ( 653754 ) on Friday May 26, 2006 @11:39AM (#15410074)
    To be honest, I have both M$Office and NeoOffice (the OS X development of OpenOffice) running under OS X and apart from the +initial+ launch following installation, NeoOffice is faster every time. It's also MUCH faster if you consider that it's the entire office suite in one package - if I had to work on a Word file, then an Excel spreadsheet, then a Powerpoint presentation traditionally it would have meant opening 3 separate apps, but with NeoOffice it's all under the one roof. Also opening/saving time differences are +very+ negligible... and if anything, NeoOffice is slightly quicker.

    All that being said, it's not as simple as M$ suggest. In fact, you can pick up a new PC these days for less money than it costs to buy M$Office. So in theory you could upgrade to a faster machine and run OpenOffice for less money than buying Microsloths shite, with the added bonus of a speed boost for everything else you do as well!!!
  • Watching microsoft's other apps (for example: publisher) open or save word files can be quite amusing, publisher's support for word files is attrocious, far worse than openoffice infact...

    It's quite disturbing how microsoft can't open their own format correctly, even with access to whatever documentation exists and full source code of an existing implementation.
  • by sbrown123 ( 229895 ) on Friday May 26, 2006 @12:35PM (#15410493) Homepage
    I would help fix the speed and memory usage of OpenOffice but the JCA Sun makes you sign to submit code prevents me from contributing.
  • Not released yet.

    They don't want to release it to the general public yet. They are offering it to the state of massachusettes first.

    Yes, they are playing games with it. But I think thats a fact of life when fighting against MS. Also, I doubt that they want to release it before the next version of Office, just to give them (MS) a head start against "breaking" the plugin.
  • by for_usenet ( 550217 ) on Friday May 26, 2006 @12:45PM (#15410584)
    The problem on the Mac (esp. if it is one of the newer Intel-based macs) is that Office is probably running under Rosetta translation, which probably entails a heavy performance hit, esp. if it involves graphics, etc. (tasks that would have typically used Altivec). I saw a colleague give a presentation with PowerPoint on a MacBook Pro, and it invariably struggled when any kind of graphic came up. Hopefully, MS will have Universal Binaries soon, and Keynote probably already is, even though I don't remember that being announced.

Trap full -- please empty.

Working...