A rack-size BlueDBM system is likel

A rack-size BlueDBM system is likely to be an order of magnitude cheaper and less
power hungry than a cluster with enough DRAM to accommodate 10TB to 20TB of
data. For example, our 20-node BlueDBM platform can accommodate 20TB of data,
while more than 100 comparable machines would be required to accommodate the
same amount of data in DRAM. Additionally, while the performance of DRAM-centric
systems falls rapidly if even a small fraction of data has to reside in secondary storage,
this problem is greatly mitigated in a BlueDBM-like architecture because flash-based
systems with 10TB to 20TB of storage are very affordable.

ผลลัพธ์ (ไทย) 1:

ชั้นขนาด BlueDBM ระบบมีแนวโน้ม ความถูกกว่า และน้อยพลังงานหิวกว่าคลัสเตอร์กับ DRAM เพียงพอเพื่อรองรับ 10TB ไป 20TBข้อมูล เช่น แพลตฟอร์มของเรา BlueDBM 20 โหนสามารถรองรับข้อมูล 20TBในขณะที่เครื่องจักรเปรียบเทียบได้มากกว่า 100 จะต้องรองรับการจำนวนเดียวกันของข้อมูลใน DRAM นอกจากนี้ ในขณะที่ประสิทธิภาพการทำงานของ DRAM เป็นศูนย์กลางระบบลดลงอย่างรวดเร็วถ้าแม้เพียงส่วนเล็ก ๆ ของข้อมูลที่มีอยู่ในข้อมูลสำรองปัญหานี้จะถูกลดลงอย่างมากในสถาปัตยกรรมแบบ BlueDBM เหมือนเนื่องจากแฟลชระบบกับ TB 10 กับ 20TB จัดเก็บจะไม่แพงมาก

ผลลัพธ์ (ไทย) 2:

ระบบแร็คขนาด BlueDBM มีแนวโน้มที่จะลำดับความสำคัญกว่าและถูกกว่า
อำนาจหิวกว่าคลัสเตอร์กับ DRAM พอที่จะรองรับการ 10TB 20TB ของ
ข้อมูล ยกตัวอย่างเช่นแพลตฟอร์ม BlueDBM 20 โหนดของเราสามารถรองรับ 20TB ของข้อมูล
ในขณะที่มากกว่า 100 เครื่องเทียบเคียงจะต้องรองรับ
ปริมาณที่เท่ากันของข้อมูลในหน่วยความจำ DRAM นอกจากนี้ในขณะที่ประสิทธิภาพการทำงานของ DRAM เป็นศูนย์กลาง
ระบบตกอย่างรวดเร็วหากแม้ส่วนเล็ก ๆ ของข้อมูลที่มีอยู่ในการจัดเก็บข้อมูลทุติยภูมิ
ปัญหานี้จะลดลงอย่างมากในสถาปัตยกรรม BlueDBM เหมือนเพราะแฟลชตาม
ระบบที่มี 10TB เพื่อ 20TB ของการเก็บรักษาเป็นอย่างมาก ราคาไม่แพง

ผลลัพธ์ (ไทย) 3:

ชั้นวางขนาด bluedbm ระบบมีแนวโน้มที่จะเป็นคำสั่งของขนาดราคาถูกกว่าและน้อยกว่าหิวอำนาจมากกว่ากลุ่มที่มีการ 10tb เพียงพอที่จะรองรับการ 20tb ของข้อมูล ตัวอย่างเช่นของเรา 20 โหนดสามารถรองรับแพลตฟอร์ม bluedbm 20tb ข้อมูลในขณะที่มากกว่า 100 เครื่องเทียบเท่าจะต้องรองรับปริมาณของข้อมูลในชุดเดียวกัน นอกจากนี้ ในขณะที่ประสิทธิภาพของการตอบสนองระบบตกเร็วมากหากแม้ส่วนเล็ก ๆของข้อมูลต้องอยู่ในกระเป๋ารองปัญหานี้เป็นปัญหาอย่างมากลดลงใน bluedbm ชอบสถาปัตยกรรม เพราะใช้แฟลชระบบ 10tb เพื่อ 20tb ของกระเป๋าถูกมากมาก