Collabora Online เทียบกับ ONLYOFFICE: วัดค่า RAM และความหน่วงในการตัดต่อ

Collabora Online ได้ประกาศเปิดตัว CODE 26.04 เมื่อวันที่ 8 มิถุนายน 2026 ซึ่งมีการเปลี่ยนแปลงด้านการทำงานร่วมกันของเอกสารและการใช้งาน แต่ในบันทึกการเปิดตัวไม่ได้ระบุการเปรียบเทียบการใช้ RAM หรือความหน่วงเวลาอย่างเป็นระบบกับ ONLYOFFICE Docs เพื่อให้ได้ผลลัพธ์ที่เป็นประโยชน์ ควรทำการทดสอบประสิทธิภาพของเวอร์ชันที่คุณวางแผนจะใช้งานจริง บนโฮสต์เดียวกัน โดยใช้เอกสาร เบราว์เซอร์ แพลตฟอร์มจัดเก็บข้อมูล และการกระทำของผู้ใช้แบบเดียวกัน ข้อกำหนดขั้นต่ำของผู้จำหน่ายเป็นเพียงแนวทางในการวางแผน ไม่ใช่ผลลัพธ์ด้านประสิทธิภาพที่สามารถเปรียบเทียบได้

ขั้นตอนการอ้างอิงนี้วัดสองสิ่งแยกกัน ได้แก่ การใช้ทรัพยากรเซิร์ฟเวอร์ และเวลาที่ผู้ใช้รับรู้ขณะเปิดและแก้ไขเอกสาร ไม่ได้หมายความว่าชุดโปรแกรมใดชุดหนึ่งจะเร็วกว่าชุดอื่นเสมอไป ความซับซ้อนของไฟล์ การบูรณาการ เส้นทางเครือข่าย ฟอนต์ และเซสชันที่ใช้งานพร้อมกัน สามารถเปลี่ยนแปลงผลลัพธ์ได้

ข้อกำหนดที่เผยแพร่สามารถบอกคุณได้อะไรบ้าง และบอกอะไรไม่ได้บ้าง ว่าข้อกำหนดเหล่านั้นบอกอะไรคุณได้บ้าง

ข้อกำหนดปัจจุบันของ ONLYOFFICE สำหรับ Docker ระบุว่าต้องการ RAM อย่างน้อย 4 GB และ Swap อย่างน้อย 4 GB และเอกสารประกอบระบุว่าความต้องการที่แท้จริงจะแตกต่างกันไปตามจำนวนผู้ใช้งานพร้อมกัน ประเภทและขนาดของเอกสาร คู่มือการแก้ไขปัญหา Docker ระบุว่าการใช้งาน 2–4 GB ถือเป็นเรื่องปกติสำหรับผู้ใช้งานหลายสิบคน นี่เป็นข้อสังเกตเฉพาะของ ONLYOFFICE เกี่ยวกับขนาด ไม่ใช่การเปรียบเทียบโดยตรงกับ Collabora

Collabora ระบุว่าความต้องการด้านฮาร์ดแวร์ขึ้นอยู่กับจำนวนผู้ใช้งานพร้อมกัน และในส่วนคำถามที่พบบ่อย (FAQ) ยังเตือนด้วยว่าประสิทธิภาพจะลดลงเมื่อจำนวนผู้ใช้งานพร้อมกันเพิ่มขึ้น และขึ้นอยู่กับทรัพยากรของเซิร์ฟเวอร์ CODE และผลิตภัณฑ์ Collabora Online ที่รองรับนั้นเป็นตัวเลือกการใช้งานที่แตกต่างกัน การทดสอบ CODE ในบ้านขนาดเล็กไม่สามารถคาดการณ์การใช้งานจริงในระดับการสมัครใช้งานได้ เช่นเดียวกับการทดสอบ ONLYOFFICE Community Edition ไม่ได้หมายความว่าจะเป็นตัวแทนของรุ่นหรือสถาปัตยกรรมอื่นโดยอัตโนมัติ บันทึกรุ่น การเผยแพร่ วิธีการใช้งาน และการผสานรวมสำหรับการใช้งานแต่ละครั้ง

ณ เดือนตุลาคม 2026 CODE 26.04 เป็นเวอร์ชันล่าสุดของ Collabora บันทึกการเผยแพร่ระบุถึงการปรับปรุงต่างๆ รวมถึงการทำงานร่วมกันของเอกสาร แต่ไม่ได้ระบุปริมาณ RAM ต่อผู้ใช้ หรือความหน่วงในการแก้ไขเมื่อเทียบกับ ONLYOFFICE ดังนั้น ให้ถือว่านี่เป็นเหตุผลในการทดสอบเวอร์ชันล่าสุดที่กำหนดไว้ ไม่ใช่หลักฐานที่แสดงถึงความได้เปรียบด้านความเร็ว

สร้างการทดสอบที่ยุติธรรมและสามารถทำซ้ำได้

1. ใช้โฮสต์และเส้นทางการรวมระบบเดียวกันกำหนดให้แต่ละชุดโปรแกรมมี CPU และหน่วยความจำที่จำกัดเหมือนกัน รวมถึงตำแหน่งจัดเก็บข้อมูล พร็อกซีแบบย้อนกลับ การตั้งค่า TLS และเส้นทางเครือข่าย หากคุณเรียกใช้คอนเทนเนอร์ทั้งสองพร้อมกัน พวกมันจะแย่งชิงทรัพยากรเดียวกัน ดังนั้น ให้หยุดชุดโปรแกรมหนึ่งก่อน วัดประสิทธิภาพ แล้วจึงแทนที่ด้วยอีกชุดโปรแกรมหนึ่ง ปล่อยให้โฮสต์อยู่ในสถานะว่างเพื่อไม่ให้มีการใช้งานอื่นใด
2. กำหนดเวอร์ชันซอฟต์แวร์ให้ชัดเจน บันทึกแท็กรูปภาพหรือรุ่น รุ่นย่อย เวอร์ชัน Docker ระบบปฏิบัติการโฮสต์ เวอร์ชันเบราว์เซอร์ และแพลตฟอร์มที่เชื่อมต่อ หลีกเลี่ยงการใช้แท็กที่ไม่แน่นอน เช่นlatestในระหว่างการเปรียบเทียบ เนื่องจากซอฟต์แวร์อาจเปลี่ยนแปลงได้ระหว่างการทดลอง
3. เตรียมไฟล์ตัวอย่างให้พร้อม เช่น เอกสารข้อความขนาดเล็ก สเปรดชีตที่มีสูตรและแผนภูมิ และไฟล์ขนาดใหญ่หรือซับซ้อนที่สุดที่ผู้ใช้ของคุณเปิดดูเป็นประจำ ใช้สำเนาทดสอบ ไม่ใช่ไฟล์ต้นฉบับที่ใช้จริง จัดเก็บไฟล์เหล่านี้ไว้ในแพลตฟอร์มเอกสารเดียวกันกับที่ใช้ในการทำงานปกติ
4. รักษาสภาพแวดล้อมของลูกค้าให้คงที่ใช้คอมพิวเตอร์ เบราว์เซอร์ การเชื่อมต่อเครือข่าย ขนาดหน้าจอ และส่วนขยายเบราว์เซอร์เดียวกัน ปิดแท็บที่ไม่เกี่ยวข้อง สำหรับแต่ละการทดลอง ตรวจสอบให้แน่ใจว่าเอกสารปิดสนิทก่อนเริ่มการวัดแบบเปิดเย็น จากนั้นทำการทดลองแบบเปิดอุ่นแยกต่างหาก
5. กำหนดช่วงเวลาก่อนทำการทดสอบวัดเวลาตั้งแต่เริ่มเปิดเอกสารจนกระทั่งเอกสารแสดงผลเสร็จสมบูรณ์และพร้อมสำหรับการแก้ไข สำหรับการวัดเวลาในการแก้ไข ให้จับเวลาการกระทำที่กำหนดไว้ เช่น การพิมพ์วลีสั้นๆ และรอจนกว่าจะปรากฏให้ผู้ร่วมงานคนที่สองเห็น บันทึกผลลัพธ์ของการทดสอบแต่ละครั้งแทนที่จะพึ่งพาผลลัพธ์เพียงครั้งเดียว

วัดการใช้งานเซิร์ฟเวอร์และเวลาหน่วงที่ผู้ใช้มองเห็นได้

หน่วยความจำและซีพียู

บันทึกค่าพื้นฐานขณะที่ระบบทำงานอย่างเสถียรแล้ว จากนั้นบันทึกหน่วยความจำและ CPU ของคอนเทนเนอร์ขณะเปิดไฟล์หนึ่งไฟล์ แก้ไขไฟล์นั้น และปล่อยให้ไฟล์นั้นเปิดค้างไว้ ทำซ้ำกับเอกสารและผู้ใช้พร้อมกันหลายรายในระดับที่ตรงกับปริมาณงานที่คุณคาดหวัง สำหรับ Docker docker stats --no-streamจะแสดงภาพรวมทรัพยากร ณ จุดเวลาใดเวลาหนึ่ง ใช้ซ้ำ ๆ ในแต่ละขั้นตอนหรือรวบรวมข้อมูลอนุกรมเวลาด้วยระบบตรวจสอบที่มีอยู่ของคุณ บันทึกหน่วยความจำที่ใช้งานได้ในระดับโฮสต์ด้วย เนื่องจากปริมาณการใช้งานที่รายงานของคอนเทนเนอร์เพียงอย่างเดียวไม่ได้แสดงให้เห็นว่าเครื่องทั้งหมดกำลังทำงานหนักหรือไม่

รายงานปริมาณหน่วยความจำสูงสุด หน่วยความจำเฉลี่ยระหว่างช่วงใช้งาน และหน่วยความจำที่ไม่ได้ใช้งานหลังจากปิดเอกสาร รักษาช่วงเวลาการสุ่มตัวอย่างให้คงที่ อย่าเทียบหน่วยความจำหลังจากเอกสารหนึ่งฉบับกับความสามารถของทีม เพราะเซสชัน ขนาดไฟล์ ความซับซ้อนในการแสดงผล และการแก้ไขพร้อมกันล้วนมีความสำคัญ หากการใช้งานรองรับเมตริกของ Prometheus ให้เก็บรวบรวมข้อมูลอย่างสม่ำเสมอ Collabora มีเอกสารเกี่ยวกับเมตริกที่เข้ากันได้กับ Prometheus และการตรวจสอบเซสชันแบบเรียลไทม์ สำหรับ ONLYOFFICE ให้ใช้การวินิจฉัยคอนเทนเนอร์และคำแนะนำด้านทรัพยากรที่ระบุไว้ในเอกสาร หลีกเลี่ยงการเปรียบเทียบเมตริกกระบวนการภายในของผลิตภัณฑ์หนึ่งกับผลรวมของคอนเทนเนอร์ทั้งหมดของอีกผลิตภัณฑ์หนึ่ง

เปิดและแก้ไขค่าความหน่วง

ทำการเปิดไฟล์ตัวอย่างอย่างน้อย 5 ครั้ง (แบบ Cold Open) และ 5 ครั้ง (แบบ Warm Open) สำหรับไฟล์แต่ละไฟล์ รายงานค่ามัธยฐานและเวลาที่ช้าที่สุดที่สังเกตได้ ไม่ใช่แค่ผลลัพธ์ที่ดีที่สุด การเปิดแบบ Cold Open รวมถึงการทำงานต่างๆ เช่น การโหลดเอกสารและการแสดงผลในเบื้องต้น ส่วนการเปิดแบบ Warm Open อาจได้รับประโยชน์จากแคช ใช้คำจำกัดความของคำว่า “พร้อมใช้งาน” (Ready) เดียวกันในทั้งสองโปรแกรมแก้ไข

สำหรับการวัดความล่าช้าในการทำงานร่วมกัน ให้เชื่อมต่อเซสชันเบราว์เซอร์สองเซสชันเข้าด้วยกัน และวัดเวลาตั้งแต่การแก้ไขเฉพาะในเซสชันหนึ่งไปจนถึงการอัปเดตที่มองเห็นได้ในอีกเซสชันหนึ่ง ทำซ้ำการกระทำเดียวกันหลายๆ ครั้ง ทั้งโดยไม่มีเอกสารอื่นเปิดอยู่ และภายใต้ภาระการทำงานพร้อมกันที่ตั้งใจไว้ วิธีนี้จะช่วยบันทึกผลกระทบรวมของตัวแก้ไข เซิร์ฟเวอร์ การรวมระบบจัดเก็บข้อมูล และเครือข่าย หากเบราว์เซอร์และเซิร์ฟเวอร์อยู่บนเครือข่ายที่แตกต่างกัน ให้บันทึกเงื่อนไขการเดินทางไปกลับ ความล่าช้าของเครือข่ายอาจส่งผลต่อการประมวลผลของตัวแก้ไขเอง

อ่านผลลัพธ์โดยไม่สรุปเกินจริง

เลือกชุดซอฟต์แวร์ที่ตรงกับเป้าหมายความหน่วงเวลาของคุณ โดยยังคงมีหน่วยความจำและพื้นที่ว่างสำหรับ CPU เพียงพอสำหรับการใช้งานพร้อมกันในระดับที่เหมาะสม หากผลลัพธ์ใกล้เคียงกัน ให้จัดลำดับความสำคัญของความเข้ากันได้ของเอกสาร การสนับสนุนการผสานรวม ความคุ้นเคยในการใช้งาน และใบอนุญาต ทำการทดสอบซ้ำอีกครั้งหลังจากอัปเกรดครั้งใหญ่หรือเปลี่ยนแปลงโครงสร้างพื้นฐาน สำหรับรายละเอียดเฉพาะเวอร์ชันที่เชื่อถือได้ โปรดดูบันทึกการเผยแพร่ CODE 26.04 ของ Collabora คำถามที่พบบ่อย และ ภาพ รวมด้านความปลอดภัยและการตรวจสอบของ Collabora Onlineรวมถึงข้อกำหนด Docker ของ ONLYOFFICE Community Editionและคำแนะนำในการแก้ไขปัญหาและแหล่งข้อมูล Dockerแหล่งข้อมูลเหล่านี้อธิบายผลิตภัณฑ์แต่ละรายการแยกกัน ไม่ใช่การเปรียบเทียบแบบควบคุมโดยตรง