wtx

WTX

การรวบรวมการใช้งานการขนส่งที่แตกต่างกันและเครื่องมือที่เกี่ยวข้องโดยเน้นไปที่เทคโนโลยีเว็บเป็นหลัก คุณสมบัติการพัฒนาภายในของ 6 IETF RFCS (6265, 6455, 7541, 7692, 8441, 9113), 2 ข้อกำหนดที่เป็นทางการ (GRPC, PostgreSQL) และแนวคิดที่คิดค้นขึ้นมาอื่น ๆ

1. กรอบ API ของลูกค้า
2. ไคลเอนต์ฐานข้อมูล
3. Database Schema Manager
4. ไคลเอนต์/เซิร์ฟเวอร์ GRPC
5. กรอบไคลเอนต์ http
6. HTTP Server Framework
7. ไคลเอนต์/เซิร์ฟเวอร์ http/2
8. ผู้จัดการสระว่ายน้ำ
9. เครื่องมือ UI
10. ไคลเอนต์/เซิร์ฟเวอร์ WebSocket
11. WebSocket ผ่าน http/2

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

อุปกรณ์ฝังตัวที่มีการจัดสรรกองที่ทำงานสามารถใช้ลัง no_std นี้ได้

ผลงาน

มีหลายสิ่งที่ปรับปรุงประสิทธิภาพโดยทั่วไปในโครงการเพื่อตั้งชื่อไม่กี่:

1. Manual Vectorization : เมื่ออัลกอริทึมเป็นที่รู้จักกันในการประมวลผลข้อมูลจำนวนมากการทดลองหลายครั้งจะดำเนินการเพื่อวิเคราะห์วิธีที่ดีที่สุดในการแยกลูปเพื่อให้คอมไพเลอร์ใช้ประโยชน์จากคำแนะนำ SIMD ในโปรเซสเซอร์ x86
2. การจัดสรรหน่วยความจำ : เมื่อใดก็ตามที่เป็นไปได้การจัดสรรฮีปทั้งหมดจะถูกเรียกเพียงครั้งเดียวในช่วงเริ่มต้นของการสร้างอินสแตนซ์และนอกจากนี้การใช้หน่วยความจำสแต็กจะมีการจัดลำดับความสำคัญมากกว่าหน่วยความจำฮีป
3. การพึ่งพาน้อยลง : ไม่มีการฉีดบุคคลที่สามโดยค่าเริ่มต้น กล่าวอีกนัยหนึ่งการพึ่งพาเพิ่มเติมขึ้นอยู่กับผู้ใช้ผ่านการเลือกคุณสมบัติการขนส่งสินค้าซึ่งจะลดเวลาการรวบรวม ตัวอย่างเช่นคุณสามารถดูเพียง 16 การพึ่งพาที่ต้องการโดยไคลเอนต์ PostgreSQL โดยใช้ cargo tree -e normal --features postgres

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

เกณฑ์มาตรฐานระดับสูง

เช็คเอาต์ WTX-bench เพื่อดูเกณฑ์มาตรฐานที่หลากหลายหรืออย่าลังเลที่จะชี้ให้เห็นถึงความเข้าใจผิดหรือการกำหนดผิดพลาด

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

เกณฑ์มาตรฐานระดับต่ำ

สิ่งใดก็ตามที่ทำเครื่องหมายด้วย #[bench] ในที่เก็บถือเป็นเกณฑ์มาตรฐานระดับต่ำในแง่ที่ว่าพวกเขาวัดการดำเนินการที่เฉพาะเจาะจงมากซึ่งโดยทั่วไปแล้วเป็นพื้นฐานสำหรับส่วนอื่น ๆ

ลองดูที่ https://bencher.dev/perf/wtx เพื่อดูเกณฑ์มาตรฐานระดับต่ำทั้งหมดในช่วงเวลาที่แตกต่างกัน

การขนส่งเลเยอร์การขนส่ง (TLS)

เมื่อใช้คุณสมบัติที่ต้องใช้การเชื่อมต่อเครือข่ายมักจำเป็นต้องทำการสื่อสารที่เข้ารหัสและเนื่องจาก wtx ไม่ได้เป็นรหัสที่มีการใช้งานสตรีมเฉพาะจึงขึ้นอยู่กับคุณที่จะเลือกผู้ให้บริการ TLS ที่ดีที่สุด

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

ตัวอย่าง

การสาธิตกรณีการใช้งานที่แตกต่างกันสามารถพบได้ในไดเรกทอรี wtx-instances เช่นเดียวกับในเอกสาร

ข้อ จำกัด

• ไม่รองรับระบบที่มีความยาวตัวชี้ 16 บิต

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