كولابورا أونلاين مقابل أونلي أوفيس: قياس ذاكرة الوصول العشوائي وزمن استجابة التحرير

يتضمن إصدار CODE 26.04 من Collabora Online، الذي أُعلن عنه في 8 يونيو 2026، تحسينات في توافق المستندات وسهولة الاستخدام، إلا أن ملاحظات الإصدار لا تتضمن مقارنة مضبوطة لاستهلاك ذاكرة الوصول العشوائي (RAM) أو زمن الاستجابة مع ONLYOFFICE Docs. لاتخاذ قرار مدروس، يُنصح باختبار أداء النسخ التي تنوي نشرها على نفس الخادم، باستخدام نفس المستندات والمتصفح ومنصة التخزين وإجراءات المستخدم. تُعدّ متطلبات الحد الأدنى التي يحددها المورّد إرشادات تخطيطية، وليست نتائج أداء قابلة للمقارنة.

يقيس هذا الإجراء المرجعي أمرين منفصلين: استخدام موارد الخادم والوقت الذي يستغرقه المستخدمون في فتح المستند وتعديله. ولا يدّعي أن إحدى مجموعات البرامج أسرع بشكل عام. فتعقيد الملف، والتكامل، ومسار الشبكة، والخطوط، والجلسات المتزامنة، كلها عوامل قد تؤثر على النتيجة.

ما يمكن أن تخبرك به المتطلبات المنشورة وما لا يمكنها إخبارك به

تُشير متطلبات Docker الحالية لبرنامج ONLYOFFICE إلى حد أدنى من 4 جيجابايت من ذاكرة الوصول العشوائي (RAM) و4 جيجابايت من مساحة التبديل (swap)، وتُوضح وثائق البرنامج أن المتطلبات الفعلية تختلف باختلاف عدد المستخدمين النشطين المتزامنين ونوع المستند وحجمه. ويُشير دليل استكشاف أخطاء Docker وإصلاحها إلى أن استخدام 2-4 جيجابايت من الذاكرة يُعد طبيعيًا لبضع عشرات من المستخدمين النشطين. هذه ملاحظات خاصة ببرنامج ONLYOFFICE فيما يتعلق بحجم الذاكرة، وليست مقارنة مباشرة مع برنامج Collabora.

تُشير Collabora إلى أن متطلبات الأجهزة تعتمد على عدد المستخدمين المتزامنين؛ كما تُحذّر الأسئلة الشائعة من انخفاض الأداء مع ازدياد الاستخدام المتزامن، ويعتمد ذلك على موارد الخادم. يُعدّ كلٌّ من CODE ومنتج Collabora Online المدعوم خيارين مختلفين للنشر. لا يُمكن التنبؤ بنشر اشتراك إنتاجي من خلال اختبار CODE منزلي صغير، تمامًا كما أن اختبار ONLYOFFICE Community Edition لا يُمثّل تلقائيًا إصدارًا أو بنيةً أخرى. سجّل الإصدار، وطريقة النشر، والتكامل لكل تشغيل.

اعتبارًا من أكتوبر 2026، يُعدّ CODE 26.04 إصدارًا حديثًا من Collabora. تُشير ملاحظات الإصدار إلى تحسينات، بما في ذلك توافق المستندات، لكنها لا تُحدد مقدار ذاكرة الوصول العشوائي (RAM) لكل مستخدم أو زمن استجابة التحرير مقارنةً بـ ONLYOFFICE. لذا، اعتبر ذلك سببًا لاختبار الإصدارات المُثبّتة الحالية، وليس دليلًا على تفوّق في السرعة.

قم ببناء اختبار عادل وقابل للتكرار

1. استخدم نفس المضيف ومسار التكامل. امنح كل مجموعة نفس حدود وحدة المعالجة المركزية والذاكرة، وموقع التخزين، والخادم الوكيل العكسي، وإعدادات TLS، ومسار الشبكة. إذا شغّلت الحاويتين معًا، فإنهما تتنافسان على نفس الموارد؛ لذا، أوقف إحدى المجموعتين، وقِس أدائها، ثم استبدلها بالأخرى. حافظ على المضيف في وضع الخمول.
2. ثبّت إصدارات البرامج. سجّل بدقة علامة الصورة أو الإصدار، والنسخة، وإصدار Docker، ونظام التشغيل المضيف، وإصدار المتصفح، والمنصة المتصلة. تجنّب استخدام علامات متغيرة، كما هو الحال latestأثناء المقارنة، لأن البرنامج قد يتغير بين التجارب.
3. أعدّ ملفات نموذجية. أدرج ملفًا نصيًا صغيرًا، وجدول بيانات يحتوي على معادلات ورسوم بيانية، وأكبر ملف أو أكثرها تعقيدًا يفتحه المستخدمون عادةً. استخدم نسخًا تجريبية مكررة، وليس النسخ الأصلية المستخدمة في الإنتاج. خزّنها عبر نفس منصة إدارة المستندات المستخدمة في العمل العادي.
4. حافظ على ثبات ظروف العميل. استخدم نفس الكمبيوتر، والمتصفح، واتصال الشبكة، وحجم الشاشة، وإضافات المتصفح. أغلق علامات التبويب غير ذات الصلة. في كل تجربة، تأكد من إغلاق المستند تمامًا قبل بدء قياس الفتح البارد؛ ثم قم بإجراء تجارب فتح دافئ منفصلة.
5. حدد التوقيتات قبل الاختبار. قِس الوقت من لحظة فتح المستند حتى اكتمال عرضه وقبوله للتعديل. لقياس زمن استجابة التعديل، قِس وقت إجراء محدد، مثل كتابة عبارة قصيرة والانتظار حتى تظهر لمتعاون ثانٍ. سجّل نتيجة كل تشغيل بدلاً من الاعتماد على انطباع واحد.

قياس استخدام الخادم والتأخير الذي يلاحظه المستخدم

الذاكرة ووحدة المعالجة المركزية

التقط بيانات أساسية في وضع الخمول بعد استقرار الخدمة. ثم سجّل استخدام الذاكرة ووحدة المعالجة المركزية للحاوية أثناء فتح ملف واحد وتعديله وتركه مفتوحًا. كرر هذه العملية مع عدة مستندات ومستخدمين متزامنين بالمستويات التي تتناسب مع حجم العمل المتوقع. بالنسبة لـ Docker، docker stats --no-streamيعرض البرنامج لقطة موارد في لحظة زمنية محددة؛ استخدمها بشكل متكرر خلال كل مرحلة أو اجمع سلسلة زمنية باستخدام نظام المراقبة الحالي لديك. سجّل أيضًا الذاكرة المتاحة على مستوى المضيف، لأن استخدام الحاوية المُبلغ عنه وحده لا يُظهر ما إذا كان الجهاز بأكمله تحت ضغط.

سجّل ذروة استهلاك الذاكرة، ومتوسط ​​استهلاك الذاكرة خلال مرحلة النشاط، واستهلاك الذاكرة الخاملة بعد إغلاق المستندات. حافظ على نفس فاصل أخذ العينات. لا تُساوِ بين استهلاك الذاكرة بعد مستند واحد وسعة الفريق: فالجلسات، وحجم الملف، وتعقيد العرض، والتحرير المتزامن، كلها عوامل مهمة. إذا كان النشر يدعم مقاييس Prometheus، فاجمعها باستمرار؛ توثّق Collabora المقاييس المتوافقة مع Prometheus ومراقبة الجلسات المباشرة. بالنسبة لـ ONLYOFFICE، استخدم تشخيصات الحاويات الموثقة وإرشادات الموارد. تجنّب مقارنة مقياس العملية الداخلية لأحد المنتجات مع إجمالي استهلاك الحاوية للمنتج الآخر.

افتح وعدّل زمن الاستجابة

قم بتشغيل خمس عمليات فتح باردة وخمس عمليات فتح دافئة على الأقل لكل ملف تمثيلي. سجّل متوسط ​​الوقت وأبطأ وقت مُسجّل، وليس فقط أفضل نتيجة. يشمل الفتح البارد عمليات مثل تحميل المستند وعرضه الأولي؛ بينما قد يستفيد الفتح الدافئ من ذاكرة التخزين المؤقت. استخدم نفس تعريف "جاهز" في كلا المحررين.

لقياس تأخير التعاون، اربط جلستين للمتصفح وقِس الوقت بين تعديل محدد في إحداهما وظهور التحديث في الأخرى. كرر العملية نفسها عدة مرات، مع التأكد من عدم وجود مستندات مفتوحة أخرى، وفي ظل الحمل المتزامن المُستهدف. يُظهر هذا التأثير المُجتمع للمحرر والخادم وتكامل التخزين والشبكة. إذا كان المتصفح والخادم على شبكتين مختلفتين، فسجّل زمن الاستجابة ذهابًا وإيابًا؛ إذ قد يُؤثر تأخير الشبكة بشكل كبير على معالجة المحرر.

اقرأ النتائج دون مبالغة.

اختر الحزمة التي تلبي هدفك من حيث زمن الاستجابة مع توفير مساحة كافية من الذاكرة ووحدة المعالجة المركزية عند مستوى تزامن واقعي. إذا كانت النتائج متقاربة، فأعطِ الأولوية لتوافق المستندات، ودعم التكامل، وسهولة الاستخدام، والترخيص. أعد إجراء الاختبار نفسه بعد ترقية رئيسية أو تغيير في البنية التحتية. للاطلاع على التفاصيل الموثوقة الخاصة بكل إصدار، راجع ملاحظات إصدار Collabora CODE 26.04 ، والأسئلة الشائعة حول Collabora Online ، ونظرة عامة على الأمان والمراقبة ، بالإضافة إلى متطلبات Docker لإصدار ONLYOFFICE Community Edition ، وإرشادات استكشاف أخطاء Docker وإصلاحها، والموارد . تصف هذه المصادر كل منتج على حدة؛ فهي ليست معيارًا مرجعيًا مُحكمًا للمقارنة المباشرة.