” ทําไม ของ ผม Solana อัตราการเรื้อรังของโรคนี้ ทําให้อาการหนักขึ้น สาเหตุและการแก้ปัญหา
” ทําไม ของ ผม Solana อัตราการเรื้อรังของโรคนี้ ทําให้อาการหนักขึ้น สาเหตุและการแก้ปัญหา
At ERPCเรามักได้รับการสอบถามจากลูกค้า Solanaกระแสข้อมูลแบบเรียลไทม์ ระบุว่า "กระแสลมลมสายสายสายสายสายของสรวงสวรรค์ ค่อย ๆ เพิ่มขึ้นเรื่อยๆ และในที่สุดก็หยุดลง"
ในบทความนี้ เราจะอธิบายเหตุผลหลัก ที่เรื่องนี้เกิดขึ้น และเสนอวิธีแก้ปัญหาที่เป็นรูปธรรม
ทําไม ความ เฉื่อย ของ เกล็ด เลือด จึง เพิ่ม ขึ้น เรื่อย ๆ?
ปัจจุบัน SrredStreams ส่งข้อมูลตามเวลาจริงเกือบทั้งหมดโดยไม่มีตัวกรอง เนื่องจากความสามารถในการประมวลผลของไคลเอนต์ไม่เพียงพอ ข้อมูลจะสะสม และค่อยๆ ล่าช้า
สาเหตุ หลัก คือ:
1. ประมวลผลด้วย Node.js หรือสภาพแวดล้อมแบบอ่านได้แบบเดี่ยว
ในตอนแรก โปรแกรมลูกข่ายเชร็ดสเตรั่มถูกสร้างขึ้นโดยใช้ TypeScript และ gRPC โพรโทคอล อย่างไรก็ตาม เนื่องจากยังไม่มีการใช้งานตัวกรองอยู่ โดยใช้สภาพแวดล้อมแบบแบบอ่านได้แบบเดียว เช่น Node.js การ ประมวล ผล ได้ อย่าง รวด เร็ว ทํา ให้ ความ เฉื่อย ช้า เพิ่ม ขึ้น เรื่อย ๆ.
เรา ระบุ ว่า ประเด็น นี้ ไม่ ได้ เกิด ขึ้น เมื่อ ใช้ Rust ลูกค้าในเครื่องจักรเดียวกัน จึงยืนยันข้อจํากัดของกระบวนการประมวลผลแบบเดี่ยว
คําตอบ: การอ่านหลายเล่มร่วมกับ NAPI-RS
เพื่อตอบโต้ เราได้พัฒนาวิธีแก้ปัญหา โดยใช้เทคโนโลยี NAPI-RS สามารถทําให้กระบวนการประมวลผลหลายแบบ Rust ในขณะที่ยังคงควบคุมจาก TypeScript. คําตอบนี้, ที่รู้จักกัน Solana Wire SDK, เปิดกว้างและเปิดให้บริการสาธารณะ:
ถ้าคุณกําลังใช้ Node.js or TypeScriptขอแนะนําให้ใช้ SDK นี้ สําหรับประสิทธิภาพสูงสุด พิจารณาการใช้ภาษาที่ใช้หลายภาษาในท้องถิ่นเช่น Rust.
2. ประสิทธิภาพของแม่ข่ายไม่เพียงพอ (โดยเฉพาะอย่างยิ่งคือ CPU ความเร็วนาฬิกา)
โปรแกรมที่ทําการแทนที่การไหลตามเวลาจริง Solana ShredStream ตามปกติแล้ว จะเปิดใช้งานที่ให้บริการที่มีแกนหลัก 4 แกน และ RAM มีขนาด 16GB อย่างไรก็ตาม CPU ความ เร็ว ของ นาฬิกา สําคัญ อย่าง ยิ่ง.
เครื่องแม่ข่ายมีวัตถุประสงค์เพื่อเพิ่มกําไรสูงสุด มักจะใช้ CPU รุ่นเก่า หรือ CPU ที่มีแกนหลายแกน แต่ความเร็วนาฬิกาต่ํา ตัวอย่างเช่น รุ่นที่สี่ AMD EPYC CPU ที่มีแกนหลายแกน (เช่นแบบจําลอง 84คอร์) ปกติจะมีนาฬิกาพื้นฐานประมาณ 2.2GHz และบ่อยครั้งไม่ได้ใช้แรงขับเคลื่อนอย่างมีประสิทธิภาพ เนื่องจากความต้องการน้อยที่สุดที่แนะนําสําหรับ Solana ผู้ตรวจความถูกต้องคือ 2.8GHz เราแนะนําให้ลูกค้ารับซีพียูมาเลี้ยงด้วย อย่างน้อยในความเร็วนาฬิกานี้
นอกจากนี้ ผู้ให้บริการ VPS ก็มักใช้ "ยกเลิกสัญญา" เป็นวิธีการแบ่งเซิร์ฟเวอร์หลักหนึ่งเข้าไปในเซิร์ฟเวอร์เสมือนหลายๆเครื่อง ในสภาพแวดล้อมที่คํานวณไว้มากเกินไป การแข่งขันทรัพยากรกับผู้ใช้อื่น ๆ มักจะเกิดขึ้นระหว่างเวลาสูงสุด ผลกระทบเชิงลบ
วิธีแก้ไข: ใช้ PDFs กับหน่วยประมวลผลความเร็วสูงรุ่นหลังสุด
ERPC การตั้งค่าเซิร์ฟเวอร์ PDFs ซึ่งมีรุ่นล่าสุด AMD EPYC CPU ที่ระบุความเร็วนาฬิกาได้ถึง 4.15GHz. แม่ข่ายบริการเหล่านี้ส่งมอบผลงานใกล้กับวิธีแก้ปัญหาแบบเปลือย, เหมาะเจาะสําหรับ Solana การทํางานต้องมีข้อมูลตามเวลา
ความเดิมตอนที่แล้วใน, วิธีแก้ปัญหา High-Techop POW ไม่ว่าง, Force using using to allowing fulltime to server board board. ERPCผู้ รับ เสนอ ของ รองประธาน การ ให้ ของ เขา ได้ แก้ไข ข้อ จํากัด นี้.
เรา แนะ นํา ให้ เรา รู้ จัก ความ สามารถ ของ เรา ใน การ คิด อย่าง สูง EPYC รองประธานงาน
ERPCคําตอบของ VPS ถูกปรับแต่งให้เหมาะกับ Solanaข้อมูลในยุคจริง ที่ไหลมาและได้รับการยกย่องอย่างสูง จากผู้ประกอบการและโครงการที่มีความถี่สูง
วิธีแก้ปัญหาเหล่านี้เหมาะกับลูกค้าที่ต้องการประสิทธิภาพสูง โดยไม่ต้องเรียกร้องทรัพยากร ของเซิร์ฟเวอร์เปล่า
เราแนะนําให้คุณลองวิธีแก้ปัญหาของ VPS
สําหรับการทดสอบหรือรายละเอียดเพิ่มเติม โปรดไปเยี่ยมชม Validators DAOสํานักพิมพ์อย่างเป็นทางการ:
- **Validators DAO อย่างเป็นทางการ Discord: ~ https://discord.gg/C7ZQSrCkYR
ERPC ยังคงมุ่งมั่นที่จะค้นคว้าและพัฒนาต่อไป เพื่อตอบสนองความต้องการของคุณที่พัฒนาและสนับสนุนการพัฒนาผลงาน
ขอบคุณสําหรับการสนับสนุนอย่างต่อเนื่อง
ข่าว
