Collabora Online kontra ONLYOFFICE: Pomiar pamięci RAM i opóźnień edycji

Wersja CODE 26.04 usługi Collabora Online, ogłoszona 8 czerwca 2026 r., zawiera zmiany w zakresie interoperacyjności i użyteczności dokumentów, ale w informacjach o wydaniu nie opublikowano kontrolowanego porównania pamięci RAM ani opóźnień z usługą ONLYOFFICE Docs. Aby podjąć właściwą decyzję, należy przeprowadzić testy porównawcze kompilacji, które planujesz wdrożyć na tym samym hoście, z tymi samymi dokumentami, przeglądarką, platformą pamięci masowej i działaniami użytkownika. Minimalne wymagania dostawcy to wskazówki dotyczące planowania, a nie porównywalne wyniki wydajności.

Ta procedura referencyjna mierzy dwa oddzielne czynniki: wykorzystanie zasobów serwera oraz czas, jaki użytkownicy postrzegają podczas otwierania i edycji dokumentu. Nie twierdzi ona, że ​​jeden pakiet jest uniwersalnie szybszy. Złożoność pliku, integracja, ścieżka sieciowa, czcionki i sesje równoczesne mogą wpływać na wynik.

Co opublikowane wymagania mogą, a czego nie mogą powiedzieć

Aktualne wymagania dotyczące Dockera w ONLYOFFICE obejmują co najmniej 4 GB pamięci RAM i 4 GB przestrzeni wymiany, a dokumentacja podaje, że rzeczywiste wymagania różnią się w zależności od liczby aktywnych użytkowników oraz typu i rozmiaru dokumentu. W poradniku rozwiązywania problemów z Dockerem podano, że 2–4 GB może być standardem dla kilkudziesięciu aktywnych użytkowników. Są to uwagi dotyczące rozmiarów specyficzne dla ONLYOFFICE, a nie bezpośrednie porównanie z Collabora.

Collabora twierdzi, że zapotrzebowanie na sprzęt zależy od liczby jednoczesnych użytkowników; w sekcji FAQ ostrzega również, że wydajność spada wraz ze wzrostem liczby jednoczesnych użytkowników i zależy od zasobów serwera. CODE i obsługiwany produkt Collabora Online to odrębne opcje wdrożenia. Mały test domowy CODE nie przewiduje wdrożenia w ramach subskrypcji produkcyjnej, tak jak test ONLYOFFICE Community Edition nie reprezentuje automatycznie innej edycji ani architektury. Należy zarejestrować edycję, wydanie, metodę wdrożenia i integrację dla każdego uruchomienia.

Od października 2026 roku CODE 26.04 to najnowsza wersja Collabora. Jej notatki opisują ulepszenia, w tym interoperacyjność dokumentów, ale nie podają ilości pamięci RAM na użytkownika ani opóźnień w edycji w porównaniu z ONLYOFFICE. Należy to traktować jako powód do testowania bieżących, przypiętych kompilacji; nie należy tego traktować jako dowodu na przewagę w szybkości.

Zbuduj uczciwy, powtarzalny test

1. Użyj tego samego hosta i ścieżki integracji. Nadaj każdemu pakietowi te same limity procesora i pamięci, lokalizację pamięci masowej, odwrotny serwer proxy, konfigurację TLS i trasę sieciową. Jeśli uruchomisz oba kontenery jednocześnie, będą one konkurować o te same zasoby; zamiast tego zatrzymaj jeden pakiet, zmierz jego wydajność, a następnie zastąp go drugim. W przeciwnym razie host powinien pozostać bezczynny.
2. Przypnij wersje oprogramowania. Zapisz dokładny tag obrazu lub wydania, edycję, wersję Dockera, system operacyjny hosta, wersję przeglądarki i podłączoną platformę. Unikaj tagów ruchomych, na przykład latestpodczas porównywania, ponieważ oprogramowanie może się zmieniać między wersjami próbnymi.
3. Przygotuj pliki reprezentatywne. Dołącz mały dokument tekstowy, arkusz kalkulacyjny z formułami i wykresami oraz największy lub najbardziej złożony plik, który Twoi użytkownicy często otwierają. Używaj kopii testowych, a nie oryginałów produkcyjnych. Przechowuj je na tej samej platformie dokumentów, z której korzystasz w codziennej pracy.
4. Utrzymuj stałe warunki klienta. Używaj tego samego komputera, przeglądarki, połączenia sieciowego, rozmiaru ekranu i rozszerzeń przeglądarki. Zamknij niepowiązane karty. Przed rozpoczęciem pomiaru z zimnym otwarciem upewnij się, że dokument jest całkowicie zamknięty, a następnie przeprowadź oddzielne próby z ciepłym otwarciem.
5. Zdefiniuj czasy przed testowaniem. Mierz czas od otwarcia akcji do pełnego wyrenderowania dokumentu i akceptacji edycji. W przypadku opóźnienia edycji, określ czas wykonania określonej akcji – takiej jak wpisanie krótkiej frazy i poczekaj, aż pojawi się ona dla drugiego współpracownika. Rejestruj wynik każdego przebiegu, zamiast polegać na pojedynczym wyświetleniu.

Pomiar wykorzystania serwera i opóźnień widocznych dla użytkownika

Pamięć i procesor

Przechwyć bezczynną linię bazową po ustabilizowaniu się usługi. Następnie zarejestruj pamięć kontenera i procesor podczas otwierania jednego pliku, edytowania go i pozostawienia otwartego. Powtórz to z kilkoma równoczesnymi dokumentami i użytkownikami na poziomach odpowiadających przewidywanemu obciążeniu. W przypadku Dockera docker stats --no-streamwyświetl migawkę zasobów w danym momencie; używaj jej wielokrotnie w każdej fazie lub zbierz szereg czasowy za pomocą istniejącego systemu monitorowania. Rejestruj również dostępną pamięć na poziomie hosta, ponieważ samo raportowane użycie kontenera nie pokazuje, czy cała maszyna jest obciążona.

Raportuj szczytowe zużycie pamięci, średnie zużycie pamięci w fazie aktywnej oraz wolne zużycie pamięci po zamknięciu dokumentów. Zachowaj ten sam interwał próbkowania. Nie utożsamiaj pamięci po jednym dokumencie z pojemnością zespołu: sesje, rozmiar pliku, złożoność renderowania i edycja współbieżna mają znaczenie. Jeśli wdrożenie obsługuje metryki Prometheusa, zbieraj je konsekwentnie; Collabora dokumentuje metryki zgodne z Prometheusem i monitorowanie sesji na żywo. W przypadku ONLYOFFICE korzystaj z udokumentowanej diagnostyki kontenerów i wskazówek dotyczących zasobów. Unikaj porównywania metryki procesów wewnętrznych jednego produktu z całkowitą wartością metryki dla całego kontenera drugiego produktu.

Opóźnienie otwierania i edycji

Wykonaj co najmniej pięć zimnych i pięć ciepłych otwarć dla każdego reprezentatywnego pliku. Podaj medianę i najdłuższy zaobserwowany czas, a nie tylko najlepszy wynik. Zimne otwarcie obejmuje takie czynności, jak załadowanie dokumentu i wyrenderowanie jego początkowego widoku; ciepłe otwarcie może skorzystać z pamięci podręcznej. Użyj tej samej definicji „gotowości” w obu edytorach.

W przypadku opóźnień we współpracy połącz dwie sesje przeglądarki i zmierz czas od konkretnej edycji w jednej sesji do widocznej aktualizacji w drugiej. Powtórz tę samą czynność kilka razy, zarówno bez innych otwartych dokumentów, jak i przy zamierzonym obciążeniu współbieżnym. Pozwoli to uchwycić łączny efekt integracji edytora, serwera, pamięci masowej i sieci. Jeśli przeglądarka i serwer znajdują się w różnych sieciach, zarejestruj warunki transmisji danych w obie strony; opóźnienie sieciowe może mieć decydujący wpływ na przetwarzanie danych przez edytora.

Przeczytaj wyniki bez przesady

Wybierz pakiet, który spełnia Twoje oczekiwania dotyczące opóźnień, jednocześnie pozostawiając wystarczającą ilość pamięci i rezerwy mocy obliczeniowej procesora przy realistycznym współbieżnym działaniu. Jeśli wyniki są zbliżone, priorytetem powinna być zgodność dokumentów, obsługa integracji, znajomość działania i licencjonowanie. Ponownie uruchom ten sam test po istotnej aktualizacji lub zmianie infrastruktury. Wiarygodne informacje dotyczące poszczególnych wersji można znaleźć w informacjach o wydaniu CODE 26.04 Collabora , w FAQ Collabora Online oraz w omówieniu bezpieczeństwa i monitorowania , a także w wymaganiach dotyczących Dockera w wersji Community Edition firmy ONLYOFFICE oraz w poradnikach dotyczących rozwiązywania problemów z Dockerem i zasobów . Źródła te opisują każdy produkt osobno; nie stanowią one kontrolowanych porównań porównawczych.