ONLYOFFICEとLibreOfficeの比較：パフォーマンステストの結果

2026年10月10日現在、LibreOfficeのリリースページには、10月8日にリリースされたバージョン26.8.1が最新ブランチとして記載されています。26.2.6は以前のブランチです。Document Foundationも、ベンチマークテストでLibreOffice 25.8がWriterとCalcファイルを最大30%高速に開いたと報告しています。この数値はLibreOfficeのリリース同士を比較したものであり、LibreOfficeとONLYOFFICEを比較したものではありません。同じハードウェア、ファイル、テスト手順を使用して両方のデスクトップスイートの一致する独立したベンチマークを検証できなかったため、普遍的な「より高速なアプリ」という結論は証拠を過大評価することになります。ONLYOFFICEデスクトップエディタとLibreOfficeのパフォーマンスベンチマークを有効活用するには、同じコンピュータで実際に使用するドキュメントとタスクをテストしてください。起動、ファイルのオープン、再計算または編集、保存、メモリを個別に測定してください。各スイートは、Writer/Document、Calc/Spreadsheet、Impress/Presentationといったワークロードに対して異なる動作をする可能性があるため、結果は単一のスコアよりも実用的なものとなるでしょう。

2つのスプレッドシートウィンドウが並んで表示され、同じ四半期ごとの売上表とグラフのサンプルが表示されます。 — 概念的な比較画像：両方のエディターで同じワークブックとグラフを使用します。これはベンチマークやパフォーマンス結果を示すものではありません。

日々の業務に影響を与える作業量を比較する

実際のオフィスワークに似た小規模なテストセットを使用してください。テストを行う前に各ファイルのクリーンコピーを作成し、重要なオリジナルファイルは絶対に使用しないでください。Microsoft Officeとの互換性が重要な場合は、実際に受け取るDOCX、XLSX、PPTXファイルをテストしてください。主にオープンフォーマットを使用する場合は、ODT、ODS、ODPをテストしてください。ファイル形式は分けてテストしてください。一方のアプリケーションでDOCXファイルのタイミングを計測し、もう一方のアプリケーションでODTファイルのタイミングを計測しても、アプリケーションのパフォーマンスを分離することはできません。

ワークロード	何を測定すべきか	なぜ重要なのか
画像、表、変更履歴を含む長文ドキュメント	開いてから編集可能になるまでの時間、スクロールと検索の応答性、時間の節約	起動速度と編集・ナビゲーションの操作感を分離する
数式、書式設定、および複数のシートを含むワークブック	オープン時間、定義された再計算の時間、応答のフィルタリングまたはソート、時間の節約	テストスプレッドシートは、パフォーマンスを低下させることなく起動速度を維持します。
画像とグラフを用いたプレゼンテーション	開く時間、スライド間のナビゲーション、時間を節約	画像が多いスライドがユーザー体験に変化をもたらすかどうかを示します

実際の作業内容を十分に反映しつつ、複数回繰り返しても問題ないサイズのファイルを選択してください。計測する作業内容（例：ワークブックを開いて、特定の数式範囲を再計算するなど）を書き留めてください。両方のプログラムで同一のファイルを使用してください。異なるデータ、埋め込みフォント、画像解像度、数式数などを比較して、その違いをエディターのせいにしないでください。

再現可能なローカルベンチマークを実行する

テスト環境を記録してください。オペレーティングシステムとビルド番号、CPU、RAM、ストレージの種類、ディスプレイのスケーリング、アプリケーションのバージョン、ファイル形式をメモしてください。公式ソースから最新リリースをインストールしてください。Windowsの場合、ONLYOFFICEのシステム要件ページには、要件はドキュメントの複雑さによって異なるため、最小要件だけでは負荷の高いファイルでのパフォーマンスを予測できないと警告されています。
条件を統一してください。実行中は、他のオフィスアプリケーションを閉じ、ダウンロード、アップデート、負荷の高いバックグラウンドジョブの実行を避けてください。電源モード、ディスプレイ、フォント、テストファイルはすべて同じものを使用してください。通常のセットアップの一部でない限り、プラグインや特殊なアドオンは無効にしてください。各テストスイートは、同じマシンで1つずつテストしてください。
初回起動と繰り返し使用は分けて計測してください。アプリケーションをコールド起動する際は、エディタを完全に閉じてください。アプリの起動からスタートページが応答するまでの時間を計測してください。アプリが既に起動している状態でドキュメントを開く場合も、別途計測してください。各タスクを少なくとも5回繰り返し、最速の実行時間だけでなく、中央値を報告してください。初回実行にはオペレーティングシステムやフォントキャッシュの影響が含まれる可能性があるため、無視せずに別途記録してください。
時間指定アクション。アクションを実行した時点でタイマーを開始し、エディターが応答しタスクが完了した時点でタイマーを停止します。スプレッドシートの場合は、固定のワークブックと固定の計算アクションを使用します。編集の場合は、同じ場所で同じ操作を実行します（例：フレーズの検索、セルの変更、名前付きスライドへの移動）。コピーを保存し、保存にかかった時間を記録します。
ファイルを開いている間にメモリ使用量を測定します。Windowsの場合はタスクマネージャ、macOS の場合はアクティビティモニタを使用して、同じファイルを開いた後とタスク完了後のエディタのメモリ使用量を記録します。同じ測定タイプと測定時点を比較してください。両方のアプリケーションに意図的に含める場合を除き、無関係なヘルパープロセスを追加しないでください。

ユースケース別に結果を解釈する

LibreOffice 26.8 をインストールした後に動作が速くなったと感じた場合、それは公開されているパフォーマンステストの結果と一致していますが、それでもお使いのシステムとファイル環境によって異なる可能性があります。ONLYOFFICE でチームの DOCX ファイルや XLSX ファイルがより速く開いたり、繰り返し行う作業で応答性が向上したりした場合は、そのワークフローにとって重要なのはローカル環境での測定結果です。レンダリング、ファイルのインポート、数式、メモリの動作はリリース間で変更される可能性があるため、アップデート後には必ずテストを繰り返してください。

起動時間、ドキュメントの開き方、メモリ使用量、数式の速度などを、説明のない「総合パフォーマンス」スコアにまとめてはいけません。それぞれの数値を分けて、最も頻繁に行うタスクに重み付けをしてください。例えば、1日に大量のスプレッドシートをフィルタリングする人は、アプリケーションの起動よりもCalcやSpreadsheetの再計算に重み付けをするべきです。長いレポートを編集する人は、ドキュメントの読み込み、スクロール、保存時の応答速度に重点を置くべきです。

LibreOfficeは、対応システム上でグラフィックレンダリング設定も公開しています。ヘルプには、Skiaとハードウェアアクセラレーションがビジュアルレンダリングに影響を与え、両方を無効にするとディスプレイのレンダリング速度が著しく低下する可能性があることが説明されています。まずはデフォルト設定をテストしてください。現在の設定で目に見える問題が発生した場合にのみレンダリング設定を変更し、同じ測定を再度実行して変更点を確認してください。グラフィック設定を、ファイルの開き方や数式の処理速度が遅い場合の一般的な解決策として扱わないでください。

ソースとベンチマークの制限

最新バージョンおよび以前のブランチのラベルは、公開後に変更される場合があります。ここに記載されている結果は、ベンダーが公開した更新情報であり、新しいテスト実行の結果でも、ONLYOFFICEとLibreOfficeを直接比較した測定結果でもありません。直接比較を行うには、同じテストファイルを同じコンピュータで実行し、バージョン、タイミング測定方法、実行回数、および生の結果を公表してください。