LibreOffice против OnlyOffice: тест скорости и расхода ОЗУ

Один гигабайт или восемь: почему цифры в требованиях не равны потреблению памяти

У ONLYOFFICE Desktop Editors в документации для Linux фигурируют 2 ГБ оперативной памяти. Разница кажется настолько выразительной, что рука сама тянется объявить победителя: LibreOffice якобы легче в восемь раз.

Но это именно тот случай, когда цифра выглядит ответом, не являясь им. Минимальное системное требование — не показание измерительного прибора. Оно не сообщает, сколько памяти займёт редактор после открытия рабочего DOCX, пересчёта большой таблицы или экспорта презентации. И тем более оно не позволяет безоговорочно перенести результат с Linux на Windows или macOS.

LibreOffice действительно указывает очень низкий минимальный порог для части платформ. ONLYOFFICE для Linux указывает 2 ГБ ОЗУ и не менее 2 ГБ свободного места на диске. Но сравнивать эти строки как готовый тест производительности — значит смешивать условия запуска, требования установщика, особенности конкретной ОС и реальную нагрузку документа.

Системные требования — это порог входа, а не счётчик потребления памяти. Числа в спецификации не превращаются автоматически в результат бенчмарка.

Что именно сообщают официальные требования

Минимум в спецификации обычно означает, что разработчик считает такую конфигурацию допустимой для базового сценария: установка, запуск, открытие несложного файла. Это не обещание комфортной работы с тяжёлой электронной таблицей, десятками одновременно открытых документов или презентацией с графикой.

У LibreOffice минимум для Windows и GNU/Linux может быть особенно низким потому, что пакет рассчитан в том числе на старые машины, тонкие клиенты и минимальные Linux-окружения. Для macOS в требованиях LibreOffice указан более высокий минимум — 512 МБ. Уже одно это ломает удобную, но неверную формулу о «восьмикратной» разнице между пакетами на всех системах.

С ONLYOFFICE важна другая оговорка. Подтверждённые требования в 2 ГБ ОЗУ и 2 ГБ свободного дискового пространства относятся к Linux. Без отдельного подтверждения их нельзя записывать в графы Windows и macOS: у разных сборок, дистрибутивов и способов установки могут быть свои условия.

Таблица полезна только в одном качестве: она помогает понять, установится ли пакет на конкретную машину и насколько реалистична работа на очень слабом железе. Для ответа на вопрос «какой офисный пакет тратит меньше оперативной памяти» она недостаточна.

Реальный расход зависит как минимум от версии приложения, ОС, архитектуры процессора, набора установленных шрифтов, фоновых служб и самого файла. Пустой DOCX на пару абзацев и корпоративный отчёт со стилями, таблицами, рисунками и примечаниями — формально один формат, практически две разные нагрузки.

Архитектурные различия: почему одинаковый файл не обязан вести себя одинаково

LibreOffice и ONLYOFFICE не просто по-разному оформлены. У них различаются движки обработки документов, внутренняя модель данных, пути совместимости с OOXML и ODF, механизмы отрисовки, состав фоновых компонентов. Отсюда и разная реакция на один и тот же файл.

LibreOffice вырос из традиционной настольной офисной линии и опирается на собственную объектную модель, UNO и многолетний слой совместимости с разными форматами. Это даёт пакету широкую функциональность: сложные стили, макросы, поля, формулы, специфические сценарии Calc, расширения. Но цена такой зрелости не сводится к одной цифре RAM: в разных документах пакет может тратить ресурсы на разные этапы — разбор структуры, загрузку шрифтов, перестроение макета, пересчёт формул, подготовку предварительного просмотра.

ONLYOFFICE Desktop Editors использует другой подход к отображению и обработке офисных форматов, во многом ориентированный на хорошую работу с DOCX, XLSX и PPTX и на сценарии совместного редактирования. В настольной версии это заметно не только по интерфейсу, но и по процессной модели: приложение может создавать несколько процессов, связанных с редактором, рендерингом, дополнениями и служебными задачами.

Из архитектуры нельзя честно вывести универсальный вердикт вроде «этот пакет всегда ест меньше памяти». В одних условиях у ONLYOFFICE может оказаться ниже видимое потребление на простом текстовом файле; в других LibreOffice даст более скромный пик или быстрее справится с отдельной операцией. Всё зависит от версии, формата и того, что именно считать: открытие, редактирование, пересчёт, экспорт или работу после длительного простоя.

Именно поэтому фраза «ONLYOFFICE экономнее на простых файлах» без приложенной методики — не результат, а гипотеза. Её можно проверить, но только на одинаковой конфигурации и с одинаковыми документами.

Преимущество по RAM нельзя вывести из названия движка, минимальных требований или одного скриншота диспетчера задач. Его можно только измерить.

Почему число процессов меняет картину

Любительские сравнения часто делают одну ошибку: открывают диспетчер задач, находят строку LibreOffice или ONLYOFFICE и переписывают первое заметное число. Для современных приложений это слишком грубый метод.

У одного пакета часть работы может быть сосредоточена в главном процессе. У другого — распределена между главным окном, процессом отрисовки, служебными компонентами, модулями дополнений. Если считать память только одной строки, многопроцессное приложение легко покажется экономнее, чем оно есть в реальности. Если без разбора суммировать всё подряд, можно, наоборот, учесть общие библиотеки несколько раз или неправильно интерпретировать разделяемую память.

Корректный подход начинается не с победителя, а с правила: считать либо суммарную память всех процессов, принадлежащих офисному пакету, либо только основной процесс — но делать это одинаково для обоих участников. Первый вариант обычно ближе к практическому вопросу «насколько программа нагружает машину». Второй может быть полезен для диагностики, но хуже описывает общую картину.

Методология честного бенчмарка: VmRSS и Working Set

Скорость открытия документов LibreOffice и ONLYOFFICE можно измерить секундомером. С памятью сложнее: разные ОС по-разному показывают расход, а похожие на вид названия метрик могут означать разные вещи.

В Linux обычно используют VmRSS — текущий резидентный объём памяти процесса. Его можно увидеть в /proc/<PID>/status. Эта метрика отражает, сколько физической памяти в данный момент занимает процесс, но не превращает её в абсолютную «стоимость приложения» для всей системы: часть страниц может быть разделяемой, а память меняется под влиянием кэша и давления со стороны других программ.

Поле VmHWM в том же контексте показывает пиковое значение резидентной памяти с момента запуска процесса. Для теста это часто полезнее одного снимка: приложение могло кратковременно занять больше RAM при открытии файла, построении макета или пересчёте формул, а затем освободить часть данных.

В Windows обычно смотрят на Working Set — рабочий набор процесса. В него входят недавно использованные частные и разделяемые страницы памяти. Есть и Private Working Set: он старается отделить частную память процесса от разделяемой. Обе цифры полезны, но отвечают на разные вопросы.

Нельзя взять VmRSS LibreOffice на Linux, Working Set ONLYOFFICE на Windows и назвать это одним сравнением. Это две разные ОС, разные модели памяти и разные показатели. Даже внутри Windows не стоит подменять Working Set частным рабочим набором, когда цифра одного пакета взята из одной колонки, а другого — из другой.

Также стоит помнить о моменте измерения. Память сразу после запуска, после открытия документа, после прокрутки сотни страниц и после сохранения — не одно и то же состояние. Если автор теста не сообщает, когда снята цифра, она почти ничего не говорит о повторяемости результата.

Что влияет на скорость открытия документа помимо ОЗУ

Вопрос «onlyoffice или libreoffice что быстрее» не сводится к тому, у кого меньше число в графе памяти. Высокое потребление RAM не обязательно означает медленную работу, а маленький рабочий набор не гарантирует мгновенное открытие файла.

Первый заметный фактор — холодный и тёплый запуск. При первом старте система может строить кэши, подгружать библиотеки, индексировать шрифты и читать данные с накопителя. Второе открытие того же файла на той же машине нередко проходит иначе: часть данных уже лежит в файловом кэше ОС. Если один пакет запускали после перезагрузки, а второй — сразу вслед за ним, сравнение уже испорчено.

Второй фактор — шрифты. Офисный документ существует не только как текст и разметка. Редактору нужно найти гарнитуры, сопоставить отсутствующие шрифты, рассчитать переносы, размеры строк и положение объектов. Система с большим набором корпоративных, дизайнерских и старых шрифтов ведёт себя иначе, чем свежая виртуальная машина с минимальным комплектом.

Третий фактор — структура самого файла. Особенно заметны различия здесь:

• текстовые DOCX с большим количеством стилей, сносок, комментариев, полей и отслеживанием изменений;
• XLSX с формулами, внешними ссылками, сводными таблицами и условным форматированием;
• презентации с крупными изображениями, диаграммами, анимацией и встроенными медиа;
• документы, многократно сохранённые разными версиями Microsoft Office, LibreOffice и веб-редакторов;
• файлы с повреждённой или избыточной внутренней разметкой.

На одностраничном письме разницу можно не заметить вовсе. На тяжёлой таблице один пакет способен быстрее открыть файл, но медленнее пересчитать формулы. На презентации ситуация может перевернуться из-за графического стека и особенностей рендеринга. Поэтому сравнение производительности LibreOffice и ONLYOFFICE имеет смысл разбивать по типам задач, а не искать один усреднённый балл.

Отдельная переменная — накопитель. На старом жёстком диске время первого запуска и открытия крупного файла заметнее зависит от ввода-вывода. На быстром SSD на первый план чаще выходят разбор документа, создание макета и работа процессора. Добавьте к этому энергосберегающий режим ноутбука, фоновые обновления, антивирус, синхронизацию облака — и станет понятно, почему одиночный замер до десятых долей секунды редко заслуживает доверия.

Как самостоятельно оценить потребление ресурсов на рабочем месте

Самый честный тест — не тот, где найдено самое красивое число, а тот, который повторяет вашу работу. Бухгалтеру важнее поведение Calc или Spreadsheet Editor на реальной выгрузке. Автору длинных текстов — DOCX со сносками, комментариями и правками. Менеджеру — презентация, которую нужно открыть перед встречей без сюрпризов в вёрстке.

Подготовьте набор файлов, не слишком стерильный, но и не случайный. Пустой документ полезен для оценки старта, однако он почти ничего не говорит о повседневной нагрузке. Лучше взять несколько сценариев:

1. Небольшой DOCX с обычным форматированием — чтобы отделить базовый запуск от тяжёлой обработки.

2. Рабочий текст с таблицами, изображениями, сносками или комментариями.

3. Электронную таблицу с формулами и типичным для вас количеством строк.

4. Презентацию с графикой, если она входит в реальный процесс.

5. Один проблемный файл из практики: тот, который долго открывается, ломает вёрстку или заставляет вентилятор ноутбука шуметь.

Перед серией замеров зафиксируйте условия: модель процессора, объём оперативной памяти, версия ОС, архитектура системы, версия каждого офисного пакета, тип накопителя. Не обязательно превращать это в лабораторный протокол на двадцать страниц. Но если спустя неделю вы не сможете повторить собственный тест, вывод окажется ненадёжным.

Порядок проверки без лабораторной декорации

1. Закройте браузер, мессенджеры, синхронизацию облачных папок и другие тяжёлые приложения, которые способны вмешаться в результат.

2. Перезагрузите систему перед первым тестом или хотя бы обеспечьте одинаковое состояние для обоих пакетов.

3. Откройте один и тот же файл в LibreOffice и ONLYOFFICE по очереди, фиксируя время до полной готовности документа к редактированию.

4. Не ограничивайтесь открытием: прокрутите документ, внесите одинаковую правку, выполните сохранение, а для таблицы дождитесь пересчёта.

5. На Linux снимайте VmRSS и VmHWM по согласованному правилу; на Windows выберите Working Set либо Private Working Set и не меняйте метрику по ходу теста.

6. Учитывайте все процессы пакета, если цель — оценить общую нагрузку на машину.

7. Повторите каждый сценарий несколько раз и смотрите не на единичный рекорд, а на устойчивую картину.

Для времени открытия полезно записывать два значения: холодный старт после перезагрузки или очистки рабочего окружения и повторное открытие файла. В реальной жизни важны оба. Первый определяет, насколько болезненно приложение запускается утром или на слабом ноутбуке. Второй показывает, как оно ведёт себя в обычном рабочем ритме.

Цифра без условий измерения — не результат теста, а заметка на полях. Версия программы, ОС, файл и выбранная метрика важнее красивого числа в мегабайтах.

Где вопрос памяти действительно решающий

На рабочей станции с большим запасом RAM разница в несколько сотен мегабайт может не быть главным аргументом. Гораздо важнее окажутся точность отображения входящих DOCX, поведение формул, поддержка макросов, качество экспорта в PDF, совместная работа и привычная экосистема.

Но есть среды, где память остаётся жёстким ограничением: старые ноутбуки, бюджетные устройства, виртуальные рабочие столы, терминальные сценарии, компактные одноплатные компьютеры. Там нельзя отмахнуться от ресурсоёмкости как от академического интереса. Однако и там не стоит выбирать пакет по одной строке из требований.

Для такой машины разумнее сначала открыть в обоих редакторах собственный набор документов и посмотреть на два вопроса. Первый: остаётся ли система отзывчивой, когда файл уже открыт? Второй: сохраняется ли приемлемая совместимость с теми форматами, которые приходят от коллег и клиентов? Иногда пакет с чуть большим потреблением памяти даёт меньше проблем с конкретным DOCX. Иногда наоборот: скромный сценарий в LibreOffice оказывается удобнее, потому что освобождает ресурсы для браузера, почты и видеосвязи.

Спор LibreOffice против OnlyOffice не имеет универсального победителя по RAM. Официальные требования помогают отсеять заведомо неподходящие конфигурации, но не заменяют измерение. Утверждать, что один пакет экономнее другого на простых файлах, можно только после собственных замеров на одинаковой системе и с одинаковыми документами.

Если нужен практический ответ, а не цифра для спора, тестируйте не «офисный пакет вообще», а свою работу: свой DOCX, свою таблицу, свою презентацию, свой ноутбук. В этом сравнении и обнаружится единственная разница в памяти и скорости, которая действительно имеет значение.