ใครบ้างที่ใช้และได้รับประโยชน์จากเพจขนาดใหญ่ที่โปร่งใสหรือไม่

ฉันกำลังดิ้นรนกับปัญหาประสิทธิภาพการทำงานของหน้าเว็บขนาดใหญ่ที่มีความล่าช้าและพบว่าระบบฐานข้อมูลจำนวนมากแนะนำให้ปิดเครื่อง ฉันกำลังพูดถึง Oracle, Postgresql, MySQL, Cassandra, NuoDB, Redis, Hadoop และอีกมากมาย

ตัวอย่าง:

• Peter Zaitsev (2014-07-23) ทำไม TokuDB เกลียด HugePages Percona
• Michele Casey (2013-09-17) ปัญหาประสิทธิภาพการทำงานที่มีขนาดใหญ่หน้าใส คำพยากรณ์
• Adam Abrevaya และ Oleg Levin (2014-05-15) ลินุกซ์ขนาดใหญ่หน้าใส, JEMalloc และ NuoDB NuoDB DevCentre

ดังนั้นฉันจึงสงสัยว่าเวิร์กโหลดชนิดใดที่ได้ประโยชน์จากคุณลักษณะนี้

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

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

ในแง่การปฏิบัติฉันไม่เคยเจอความต้องการใด ๆ แต่ฉันรู้จากการจัดการแคช - มันเป็นของจริงและมีใครบางคนได้รับประโยชน์จากหน้าเว็บขนาดใหญ่

ไม่ทราบว่าใครบอกคุณคาสซานดราจะไม่ได้รับประโยชน์จากการกอด บางทีคุณอาจต้องการพูดคุยเล็กน้อยในทิศทางของตัวเลือกการจัดเรียงข้อมูลจาก / sys / kernel / mm / transparent_hugepage

ส่วนตัวทดสอบคลัสเตอร์คาสซานดราด้วยและไม่ต้องกอดและหลังจากการทดสอบต่างๆที่มีขนาด paritition ที่แตกต่างกันเริ่มต้นจาก 300 b ถึง 4k ฉันสามารถบอกได้ว่าฉันจะเปิดใช้งานได้อีกครั้ง