Офисные пакеты для Linux: сравнение скорости и ресурсов
Офисный редактор в Linux может занимать около 200 МБ на диске как системный пакет и расходовать 120–170 МБ оперативной памяти при работе со средним документом.
Но эти значения описывают только один сценарий — открытие файла примерно на 1 МБ с графикой или таблицами в LibreOffice. Они не отвечают на вопрос, какой пакет быстрее запускается, лучше обрабатывает сложные таблицы или точнее сохраняет DOCX.
Прямое сравнение производительности осложняет отсутствие единого стандартизированного теста для актуальных версий LibreOffice, OnlyOffice и WPS Office. Поэтому выбор офисного пакета для Linux стоит строить не на рейтинге скорости, а на связке из архитектуры, потребления ресурсов, совместимости форматов и характера документов. Разница между редакторами проявляется не в абстрактном бенчмарке, а в конкретной нагрузке — например, в сложной верстке DOCX или в таблице с автоматизацией.
Архитектура: три способа работать с документом
LibreOffice — бесплатный офисный пакет с открытым исходным кодом. В типичной установке он включает Writer, Calc, Impress, Draw, Math и Base. Пакет часто входит в состав дистрибутивов Linux, поэтому его можно получить без отдельной загрузки. Установка системным пакетом занимает примерно 200 МБ; вариант через Flatpak — около 1 ГБ. Это заметная разница в дисковом пространстве, но не показатель быстродействия: формат распространения сам по себе не говорит, как быстро редактор откроет конкретный файл.
OnlyOffice, известный на российском рынке также под названием «Р7-Офис», использует веб-технологии: HTML5 Canvas и JavaScript. Архитектура связана с его ориентацией на совместное редактирование в реальном времени и отображение файлов Microsoft Office. Интерфейс с лентой и логика работы с DOCX и XLSX могут быть привычнее пользователям, которые переходят с Microsoft Office. Однако близость интерфейса не гарантирует идентичность поведения всех функций или безошибочную обработку любого документа.
WPS Office — проприетарный продукт с ленточным интерфейсом. DOCX, XLSX и PPTX для него — основные рабочие форматы. Поддержка OpenDocument реализована ограниченно. Это имеет значение, если документы нужно передавать между системами, где используются ODT, ODS или ODP, либо если организация требует открытые форматы для архивного хранения.
| Пакет | Архитектурная и лицензионная особенность | Наиболее заметный практический акцент |
|---|---|---|
| LibreOffice | Открытый исходный код; несколько редакторов в одном пакете | Широкий набор приложений, поддержка открытых форматов |
| OnlyOffice / «Р7-Офис» | Веб-технологии, включая Canvas и JavaScript | Совместное редактирование и отображение документов MS Office |
| WPS Office | Закрытый исходный код, ленточный интерфейс | Работа с DOCX, XLSX и PPTX; ограниченная поддержка OpenDocument |
Архитектура объясняет часть различий, но не заменяет замеры. Формулировка «пакет на веб-технологиях» не означает автоматически, что он медленнее или быстрее нативного приложения. Результат зависит от версии, окружения рабочего стола, графической подсистемы, файла и фоновых процессов. Без одинакового набора документов и условий сравнения вывод о победителе по скорости запуска будет предположением.
Скорость офисного пакета — не свойство названия. Это результат конкретной версии, конкретного файла и конкретной системы.
ОЗУ и запуск: что можно сравнить без ложной точности
Для LibreOffice есть ориентир по памяти: при открытии среднего документа размером около 1 МБ с графикой или таблицами расход составляет примерно 120–170 МБ ОЗУ. Этот диапазон полезен для оценки базовой нагрузки, но не является универсальным нормативом. Большой файл, сложная таблица, дополнительные шрифты и расширения меняют картину.
Сопоставимых показателей потребления памяти для OnlyOffice и WPS Office в тех же условиях здесь нет. Нет и единого теста, который позволял бы корректно ранжировать скорость запуска современных версий этих редакторов в Linux. Поэтому утверждения вроде «OnlyOffice запускается вдвое быстрее» или «WPS легче LibreOffice» без описания тестовой системы и одинаковых файлов не дают проверяемого результата.
Само измерение тоже требует дисциплины. На время запуска влияют кэш файловой системы, уже загруженные библиотеки, состояние диска и процессы, оставшиеся после предыдущего сеанса. Для полезного сравнения нужно отдельно измерять холодный и повторный запуск, фиксировать версию дистрибутива и редактора, а также использовать один и тот же набор файлов. Потребление памяти следует снимать после загрузки документа, а не только сразу после появления окна: редактор может продолжать разбирать содержимое и создавать временные структуры.
Практически полезный набор тестовых файлов должен включать как минимум:
- текстовый DOCX с таблицами, изображениями, колонтитулами и нестандартными шрифтами;
- XLSX с формулами, несколькими листами и форматированием;
- презентацию с встроенной графикой;
- документы в ODT и ODS, если они используются в рабочем процессе.
Размер файла сам по себе недостаточен. Два документа на 1 МБ могут создавать разную нагрузку: один содержит в основном текст, другой — изображения, сложные стили и формулы. А для таблиц с большим числом строк нужна отдельная проверка. Достоверных единых цифр по нагрузке на процессор при обработке миллиона строк в Calc и OnlyOffice Spreadsheets нет, поэтому ранжировать эти редакторы по такому сценарию нельзя.
Для слабого компьютера LibreOffice дает понятную отправную точку: известен ориентир по базовому потреблению ОЗУ и есть системный пакет сравнительно небольшого размера. Но если работа строится на тяжёлых таблицах, это не снимает необходимости испытать именно рабочие файлы. Ни один общий показатель не заменит теста на целевой машине.
DOCX и XLSX: сходство интерфейса не равно совместимости
Совместимость с форматами Microsoft Office часто определяет выбор точнее, чем расход памяти. LibreOffice поддерживает DOCX и XLSX, но сложная верстка при открытии и повторном сохранении может измениться. Речь не обязательно о потере содержимого: смещения могут затронуть разрывы страниц, переносы строк, шрифты, таблицы и расположение графики. Стопроцентную идентичность сложных документов обещать нельзя.
OnlyOffice делает акцент на максимально близком отображении документов MS Office. Это может быть преимуществом в рабочем потоке, где файлы регулярно ходят между Linux и Microsoft Office. Но проверять нужно не только вид документа на экране. После редактирования важны сохранение, повторное открытие и отображение файла в целевом приложении. Особенно тщательно следует проверять шаблоны, сложные таблицы и документы с нестандартными шрифтами.
WPS Office также ориентирован на форматы DOCX, XLSX и PPTX. В бесплатной версии предусмотрено облачное хранилище объёмом 1 ГБ; платная версия указана от 3,99 доллара в месяц. Эти условия относятся к модели использования продукта, а не к его скорости. Кроме того, закрытый исходный код ограничивает возможность независимого аудита реализации. Это не доказывает наличие вредоносной телеметрии, но означает, что прозрачность ниже, чем у FOSS-пакета.
Для OpenDocument расклад меняется. LibreOffice — наиболее полный вариант среди рассматриваемых решений, если основной поток построен вокруг ODT и ODS. У WPS Office поддержка этих форматов ограничена. В OnlyOffice совместимость с открытыми форматами также нужно оценивать на реальных файлах, если они составляют обязательную часть документооборота.
При оценке совместимости полезно разделять три операции: чтение, редактирование и сохранение. Иногда исходный файл открывается приемлемо, но после правок меняется структура или оформление. Иногда проблема проявляется только при повторном открытии в другом редакторе. Поэтому тестировать следует полный цикл, а не один снимок окна. Параллельно меняется и рынок программных продуктов: в цифровых сервисах, мобильных решениях и настольном софте появляются новые связки и сценарии, за которыми можно следить в обзорах программных решений.
VBA и автоматизация: скрытая стоимость перехода
Макросы VBA из Microsoft Office плохо переносятся в офисные пакеты для Linux. Причина не сводится к несовпадению кнопок или меню. Автоматизация зависит от языка, объектной модели приложения и доступных интерфейсов. Код, рассчитанный на VBA и конкретное поведение Excel, нельзя считать переносимым только потому, что файл открывается в Calc или другой электронной таблице.
В LibreOffice используется собственный диалект Basic, а также Python и Java. В «МойОфис» применяется Lua. В WPS Office поддержка макросов преимущественно доступна в платном издании Professional. Это разные среды выполнения. Даже если логику макроса можно переписать, остаются зависимости от функций, именованных диапазонов, событий документа и особенностей обработки данных.
Перед миграцией следует составить перечень автоматизированных операций и проверить каждую отдельно:
1. Зафиксировать входы и выходы. Какие документы обрабатывает макрос, какие ячейки или поля меняет, какие файлы создаёт.
2. Выявить зависимости. Внешние книги, надстройки, COM-объекты, подключение к базам данных и вызовы системных функций могут оказаться критичнее самого языка.
3. Проверить результат на контрольных данных. Совпадение внешнего вида не подтверждает совпадение расчётов. Нужно сравнивать значения, формулы и побочные эффекты.
4. Оценить переписывание как отдельный проект. Перенос логики в Python или другой поддерживаемый язык не всегда равен механической замене синтаксиса.
В организации, где макросы VBA обеспечивают расчёт зарплат, подготовку отчётов или обработку клиентских данных, переход на Linux нельзя считать завершённым после установки офисного пакета. Если автоматизация не проверена, возникает риск незаметно получить неверный результат. В этом случае стоимость миграции включает не только лицензии и установку, но и аудит сценариев, тестовые наборы и поддержку переписанного кода.
Как выбирать пакет под конкретную систему
Для домашней работы с текстами и таблицами LibreOffice обычно служит рациональной исходной точкой: он открыт, включает несколько редакторов и поставляется во многих дистрибутивах. Если приоритет — обмен сложными DOCX и XLSX с пользователями Microsoft Office, OnlyOffice стоит проверить на рабочем наборе документов. WPS Office имеет смысл рассматривать при ориентации на форматы Microsoft и приемлемости закрытой модели распространения и ограничений по OpenDocument.
Решение должно учитывать не только компьютер, но и канал обработки данных. Документ может содержать служебную информацию, метаданные, внутренние комментарии и историю правок. У проприетарного продукта сложнее независимо проверить весь путь обработки. У локально установленного редактора, в свою очередь, остаются риски уязвимостей, сторонних расширений и ошибок конфигурации. Открытый исходный код повышает проверяемость, но не превращает приложение в автоматически безопасное.
В 2026 году на Linux также заявлен автономный десктопный редактор «Документы» в составе Яндекс 360 для работы с DOCX и XLSX без постоянного подключения к сети. Сам факт автономной работы не отвечает на вопросы о совместимости и потреблении ресурсов. Новый редактор нужно оценивать по тем же критериям: открыть контрольные файлы, внести изменения, сохранить и сравнить результат. В том же году обновления настольных редакторов «Р7-Офис» связываются с интеграцией облака Mail.ru. Облачная интеграция добавляет удобство обмена, но также расширяет поверхность взаимодействия и требует отдельной оценки политики хранения данных.
Итоговое сравнение производительности офисных пакетов для Linux упирается в предел доступных измерений. Надёжный ориентир есть для базовой нагрузки LibreOffice: примерно 120–170 МБ ОЗУ на документ среднего размера. Сопоставимых универсальных данных по скорости запуска и памяти для всех трёх пакетов нет. Поэтому выбирать по неподтверждённому рейтингу нельзя.
Для рабочего компьютера достаточно провести короткий, но воспроизводимый тест: замерить запуск, открыть одинаковые документы, проверить верстку после сохранения, снять потребление памяти и отдельно прогнать автоматизацию. Если пакет не проходит этот сценарий на реальных файлах, его интерфейс и заявленная совместимость не имеют практического значения.