RSS ของโปรเซสบนโหนดวาลิเดเตอร์ 2 แห่งบนเมนเน็ต XRP Ledger (XRPL) ที่ริปเปิล (Ripple) ดำเนินการ ลดลง 13% และ 23% หลังใช้ซอฟต์แวร์เซิร์ฟเวอร์ xrpld 3.3.0 โดยตัวเลขสูงสุด 23% มาจากหนึ่งในสองโหนดที่วัด
ทีมพัฒนา RippleX เปรียบเทียบผลการทำงานของ xrpld 3.2.0 และ 3.3.0 ในคำอธิบายทางเทคนิคที่เผยแพร่เมื่อวันที่ 5 พ.ย. RSS หมายถึงปริมาณหน่วยความจำที่โปรเซสใช้งานอยู่จริงใน RAM
โหนดที่ไม่อยู่ในรายชื่อวาลิเดเตอร์ที่เชื่อถือได้โดยปริยาย (UNL) มี RSS ลดลง 13% เมื่อกำหนดประวัติ online deletion ไว้ที่ 4,096 เลดเจอร์ ส่วนโหนดใน UNL โดยปริยายมี RSS ลดลง 23% เมื่อกำหนดไว้ที่ 50,000 เลดเจอร์
RSS วัดหน่วยความจำที่โปรเซสหนึ่งใช้งานอยู่จริงใน RAM ไม่ใช่หน่วยความจำทั้งหมดหรือพื้นที่จัดเก็บของเซิร์ฟเวอร์ ดังนั้นจึงไม่ควรตีความอัตราที่ลดลงของวาลิเดเตอร์ทั้งสองแห่งว่าเป็นอัตราการประหยัดหน่วยความจำของเซิร์ฟเวอร์ทั้งหมด
การปรับปรุงนี้เริ่มจากการที่ผู้ดูแลโหนดบางรายรายงานว่าหน่วยความจำเพิ่มขึ้นในช่วงปลายฤดูร้อนปี 2025 RippleX ตรวจสอบสาเหตุและพบว่าเป็นพฤติกรรมของตัวจัดสรรหน่วยความจำ ไม่ใช่การรั่วไหลของหน่วยความจำอย่างมีนัยสำคัญ
แม้แอปพลิเคชันจะเลิกใช้และปล่อยหน่วยความจำแล้ว ตัวจัดสรรหน่วยความจำ glibc ก็อาจเก็บหน่วยความจำนั้นไว้ แทนที่จะคืนให้ระบบปฏิบัติการทันที ด้วยเหตุนี้ ตัวเลขหน่วยความจำของโปรเซสอาจไม่ลดลง แม้โหนดจะล้างแคชซึ่งเป็นพื้นที่จัดเก็บชั่วคราวแล้วก็ตาม
xrpld 3.3.0 เรียกใช้ malloc_trim ของ glibc หลังล้างแคช ฟังก์ชันนี้จะร้องขอให้คืนหน่วยความจำฮีปที่ไม่ได้ใช้ให้ระบบปฏิบัติการ โดยฮีปเป็นพื้นที่ที่โปรแกรมใช้จัดสรรข้อมูลระหว่างทำงาน
การล้างฮีปเกิดขึ้นระหว่างกระบวนการสแกนเบื้องหลัง RippleX ระบุว่าผู้ดูแลโหนดไม่ต้องเพิ่มการตั้งค่าใดเป็นพิเศษ
เว็บไซต์สำหรับนักพัฒนา XRP Ledger ประกาศเปิดตัว xrpld 3.3.0 เมื่อวันที่ 6 ส.ค. 2026 บันทึกการเผยแพร่อย่างเป็นทางการระบุการเปลี่ยนแปลงที่สั่งคืนฮีปอย่างชัดเจนหลังล้างแคชด้วย
เครือข่ายทดสอบที่ RippleX นำเสนอใช้ปริมาณธุรกรรมคงที่และมีวาลิเดเตอร์ 5 แห่ง ในสภาพแวดล้อมนี้ RSS ของโหนดวาลิเดเตอร์ลดลง 14.8% ส่วน RSS ของโหนดประมวลผลฝั่งไคลเอนต์ลดลง 18.2%
การเปรียบเทียบอุปกรณ์ในห้องปฏิบัติการช่วงปลายปี 2025 พบว่าตัวเลขต่ำลง 44% เมื่อวัด ณ ช่วงเวลาเดียวกันหลังเริ่มโปรเซส อย่างไรก็ตาม การทดสอบนี้เป็นการทดลองแยกกัน และทดสอบแต่ละบิลด์เพียงครั้งเดียว
การทดสอบในห้องปฏิบัติการกับการวัดบนเมนเน็ตมีสภาพแวดล้อมการทำงานและเงื่อนไขภาระงานต่างกัน จึงนำอัตราการลดลงจากการทดลองคนละชุดมาเปรียบเทียบโดยตรงราวกับเป็นผลจากเงื่อนไขเดียวกันไม่ได้
ผลบนเมนเน็ตก็ไม่ได้แยกทดสอบผลของการล้างฮีปเพียงอย่างเดียว RippleX ระบุว่ามีการเปลี่ยนแปลงอื่นระหว่าง xrpld 3.2.0 กับ 3.3.0 ด้วย จึงสรุปไม่ได้ว่าอัตราการลดลง 13%-23% ที่สังเกตบนเมนเน็ตเกิดจากฟังก์ชันล้างฮีปเพียงอย่างเดียว
RippleX ไม่พบการเปลี่ยนแปลงของตัวชี้วัดเวลาในการทำฉันทามติจากฟังก์ชันล้างฮีปในการทดลองเครือข่ายที่มีวาลิเดเตอร์ 5 แห่ง ผลดังกล่าวจำกัดอยู่ภายใต้เงื่อนไขการทดลองนี้
ฟังก์ชันนี้ใช้ได้กับบิลด์ที่ใช้ glibc เท่านั้น และไม่ครอบคลุมบิลด์ที่ใช้ตัวจัดสรรหน่วยความจำชนิดอื่น
ความคิดเห็น 0