Both red-black trees and AVL trees are the most commonly used balanced การแปล - Both red-black trees and AVL trees are the most commonly used balanced ไทย วิธีการพูด

Both red-black trees and AVL trees

Both red-black trees and AVL trees are the most commonly used balanced binary search trees and they support insertion, deletion and look-up in guaranteed O(logN) time. However, there are following points of comparison between the two:

AVL trees are more rigidly balanced and hence provide faster look-ups. Thus for a look-up intensive task use an AVL tree.
For an insert intensive taks, use a Red-Black tree.
AVL trees store the balance factor at each node. This takes O(N) extra space. However, if we know that the keys that will be inserted in the tree will always be greater than zero, we can use the sign bit of the keys to store the colour information of a red-black tree. Thus, in such cases red-black tree takes O(1) extra space.
In general, the rotations for an AVL tree are harder to implement and debug than that for a Red-Black tree.
What are the application of Red black tree?

Red-black trees are more general purpose. They do relatively well on add, remove, and look-up but AVL trees have faster look-ups at the cost of slower add/remove. Red-black tree is used in the following:

Java: java.util.TreeMap , java.util.TreeSet .
C++ STL: map, multimap, multiset.
Linux kernel: completely fair scheduler, linux/rbtree.h
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
Both red-black trees and AVL trees are the most commonly used balanced binary search trees and they support insertion, deletion and look-up in guaranteed O(logN) time. However, there are following points of comparison between the two:AVL trees are more rigidly balanced and hence provide faster look-ups. Thus for a look-up intensive task use an AVL tree.For an insert intensive taks, use a Red-Black tree.AVL trees store the balance factor at each node. This takes O(N) extra space. However, if we know that the keys that will be inserted in the tree will always be greater than zero, we can use the sign bit of the keys to store the colour information of a red-black tree. Thus, in such cases red-black tree takes O(1) extra space.In general, the rotations for an AVL tree are harder to implement and debug than that for a Red-Black tree.What are the application of Red black tree?Red-black trees are more general purpose. They do relatively well on add, remove, and look-up but AVL trees have faster look-ups at the cost of slower add/remove. Red-black tree is used in the following:Java: java.util.TreeMap , java.util.TreeSet .C++ STL: map, multimap, multiset.Linux kernel: completely fair scheduler, linux/rbtree.h
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ทั้งต้นไม้สีแดงสีดำและต้นไม้ AVL เป็นส่วนใหญ่ที่ใช้กันทั่วไปสมดุลต้นไม้ค้นหาแบบทวิภาคและพวกเขาสนับสนุนการแทรกลบและมองขึ้นรับประกัน O (LOGN) ประเทศสวิสเซอร์แลนด์เวลา แต่มีดังต่อไปนี้จุดของการเปรียบเทียบระหว่างสอง: ต้นไม้ AVL มีมากขึ้นอย่างเหนียวแน่นสมดุลและด้วยเหตุนี้ให้เร็วขึ้นดูอัพ ดังนั้นเพื่อให้ดูขึ้นใช้งานอย่างเข้มข้นต้นไม้ AVL. สำหรับ taks แทรกเข้มข้นให้ใช้ต้นไม้สีแดงสีดำ. ต้นไม้ AVL เก็บปัจจัยความสมดุลในแต่ละโหนด นี้จะใช้เวลา O (N) พื้นที่พิเศษ แต่ถ้าเรารู้ว่ากุญแจที่จะแทรกอยู่ในต้นไม้จะเป็นมากกว่าศูนย์เราสามารถใช้บิตเครื่องหมายของคีย์ในการจัดเก็บข้อมูลสีของต้นไม้แดงดำ ดังนั้นในกรณีดังกล่าวต้นไม้แดงดำจะใช้เวลา O (1) พื้นที่พิเศษ. โดยทั่วไปผลัดสำหรับต้นไม้ AVL จะยากในการดำเนินการและการแก้ปัญหามากกว่าที่ต้นไม้สีแดงสีดำ. สิ่งที่เป็นแอพลิเคชันของต้นไม้สีดำสีแดงหรือไม่ต้นไม้สีแดงสีดำที่ใช้งานทั่วไปอื่น ๆ พวกเขาจะค่อนข้างดีในการเพิ่มลบและมองขึ้น แต่ต้นไม้ AVL ได้เร็วขึ้นดูอัพค่าใช้จ่ายของช้าเพิ่ม / ลบ ต้นไม้สีแดงสีดำที่ใช้ในการต่อไปนี้: Java: java.util.TreeMap, java.util.TreeSet. c ++ STL: แผนที่ Multimap, MultiSet. เคอร์เนล: กำหนดการยุติธรรมอย่างสมบูรณ์ Linux / rbtree.h











การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ต้นไม้สีดำทั้งสีแดงและ AVL ต้นไม้ที่ใช้กันมากที่สุดสมดุลต้นไม้ไบนารีค้นหาและพวกเขาสนับสนุนการค้นหาและการลบในการรับประกัน O ( ส่งแล้ว อย่างไรก็ตาม มีประเด็นดังต่อไปนี้ของการเปรียบเทียบระหว่างสอง :

AVL ต้นไม้เพิ่มเติม rigidly สมดุลและจึงให้ ups ดูเร็วขึ้น ดังนั้นเพื่อค้นหาเร่งรัดงานใช้ต้นไม้เอวีแอล .
สำหรับแทรก 168 เข้มข้น ,ใช้ต้นไม้สีดำแดง
AVL ต้นไม้เก็บปัจจัยความสมดุลในแต่ละโหนด นี้จะใช้เวลา O ( n ) พื้นที่พิเศษ . แต่ ถ้า เรา รู้ ว่าปุ่มนั้นจะถูกแทรกในต้นไม้จะต้องมากกว่าศูนย์ เราสามารถใช้เครื่องหมายบิตของคีย์การจัดเก็บข้อมูลของต้นไม้สีดำ สีแดง ดังนั้น ในกรณีดังกล่าว แดงดำ ต้นไม้จะใช้เวลา O ( 1 ) พื้นที่พิเศษ .
ในทั่วไปหมุนสำหรับต้นไม้เอวีแอลเป็นยากที่จะใช้และแก้ปัญหากว่าที่ต้นไม้สีดำแดง .
แล้วใช้ต้นไม้สีดำสีแดง

สีแดงดำต้นไม้เป็นวัตถุประสงค์ทั่วไปมากขึ้น พวกเขาค่อนข้างดี เพิ่ม , ลบและค้นหาแต่ AVL ต้นไม้ได้เร็วขึ้นดูเพิ่มต้นทุนของช้าลง เพิ่ม / ลบ ต้นไม้สีดำแดงใช้ในต่อไปนี้ :

:
java.util.treeset java.util.treemap Java , .C STL : แผนที่มัลติแมพมัลติเซต , .
ลินุกซ์ : สมบูรณ์ ตารางเวลางาน , Linux / rbtree H
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: