The most striking feature of the results for the load times in535MB/no การแปล - The most striking feature of the results for the load times in535MB/no ไทย วิธีการพูด

The most striking feature of the re

The most striking feature of the results for the load times in
535MB/node data set shown in Figure 1 is the difference in performance of DBMS-X compared to Hadoop and Vertica. Despite issuing the initial LOAD command in the first phase on each node in parallel, the data was actually loaded on each node sequentially. Thus,
as the total of amount of data is increased, the load times also increased proportionately. This also explains why, for the 1TB/cluster
data set, the load times for DBMS-X do not decrease as less data
is stored per node. However, the compression and housekeeping on
DBMS-X can be done in parallel across nodes, and thus the execution time of the second phase of the loading process is cut in half
when twice as many nodes are used to store the 1TB of data.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
คุณลักษณะโดดเด่นที่สุดของผลลัพธ์สำหรับโหลดชุดข้อมูล 535MB/โหน ที่แสดงในรูปที่ 1 มีความแตกต่างของประสิทธิภาพการทำงานของ DBMS X เมื่อเทียบกับอย่างไร Hadoop และ Vertica แม้ มีการออกคำสั่งโหลดเริ่มต้นในระยะแรกบนโหนแต่ละขนาน ข้อมูลจริงโหลดบนโหนแต่ละลำดับ ดังนั้นเป็นผลรวมของจำนวนข้อมูลที่จะเพิ่มขึ้น เวลาโหลดเพิ่มตามสัดส่วนขึ้นด้วย นี้อธิบายทำไม สำหรับ 1TB/คลัส เตอร์ชุดข้อมูล เวลาโหลดสำหรับ DBMS X ไม่ลดเป็นข้อมูลน้อยตั้งไว้สำหรับแต่ละโหนด อย่างไรก็ตาม การบีบอัดและทำความสะอาดบนDBMS X สามารถทำควบคู่กันข้ามโหน และดังนั้น ตัดเวลาการดำเนินการระยะที่สองของกระบวนการโหลดของครึ่งเมื่อโหนสองเป็นจำนวนมากจะใช้เก็บ TB 1 ข้อมูล
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
คุณสมบัติโดดเด่นที่สุดของผลสำหรับเวลาในการโหลดใน
535MB / ข้อมูลโหนดชุดแสดงในรูปที่ 1 คือความแตกต่างในการทำงานของ DBMS-X เมื่อเทียบกับ Hadoop และ Vertica แม้จะมีการออกคำสั่งโหลดเริ่มต้นในระยะแรกบนโหนดในแบบคู่ขนานแต่ละข้อมูลที่ถูกโหลดจริงในลำดับแต่ละโหนด
ดังนั้นจึงเป็นที่รวมของปริมาณข้อมูลที่เพิ่มขึ้นครั้งโหลดยังเพิ่มขึ้นตามสัดส่วน นอกจากนี้ยังอธิบายว่าทำไมสำหรับ 1TB /
กลุ่มชุดข้อมูลที่เวลาในการโหลดสำหรับDBMS-X
ไม่ได้ลดน้อยลงเป็นข้อมูลจะถูกเก็บไว้ต่อโหนด อย่างไรก็ตามการบีบอัดและการดูแลใน
DBMS-X
ที่สามารถทำได้ในแบบคู่ขนานข้ามโหนดและทำให้เวลาการดำเนินการของระยะที่สองของการโหลดที่ถูกตัดในช่วงครึ่งปีเมื่อโหนดสองเท่าที่ใช้ในการจัดเก็บข้อมูล1TB
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: