The aim of pointer swizzling is to optimize access to objects. As we h การแปล - The aim of pointer swizzling is to optimize access to objects. As we h ไทย วิธีการพูด

The aim of pointer swizzling is to

The aim of pointer swizzling is to optimize access to objects. As we have just mentioned,
references between objects are normally represented using OIDs. If we read an object from
secondary storage into the page cache, we should be able to locate any referenced objects
on secondary storage using their OIDs. However, once the referenced objects have been
read into the cache, we want to record that these objects are now held in main memory to
prevent them being retrieved from secondary storage again. One approach is to hold a
lookup table that maps OIDs to main memory pointers. We can implement the table
lookup reasonably efficiently using hashing, but this is still slow compared to a pointer
Figure 26.4
Single-level storage
model for OODBMS.
Figure 26.3
Two-level storage
model for
conventional
(relational) DBMS.
26.2.126.2 OODBMS Perspectives |
863
dereference, particularly if the object is already in memory. However, pointer swizzling
attempts to provide a more efficient strategy by storing the main memory pointers in place
of the referenced OIDs and vice versa when the object has to be written back to disk.
In this section we describe some of the issues surrounding pointer swizzling, including
the various techniques that can be employed.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เป้าหมายของตัวชี้ swizzling คือการ เพิ่มประสิทธิภาพการเข้าถึงวัตถุ เรามีห้องพักไว้,
ระหว่างวัตถุการอ้างอิงจะแสดงใช้ OIDs ตามปกติ ถ้าเราอ่านวัตถุจาก
รองที่เก็บในแคชของหน้า เราควรจะสามารถค้นหาตำแหน่งของวัตถุการอ้างอิงใด ๆ
บนเก็บรองใช้ OIDs ของพวกเขา อย่างไรก็ตาม เมื่อวัตถุอ้างอิงได้
อ่านลงในแคช เราต้องบันทึกว่า วัตถุเหล่านี้จะจัดขึ้นในหน่วยความจำหลัก
ป้องกันไม่ให้ถูกเรียกเก็บรองอีกด้วย วิธีหนึ่งคือการ เก็บแบบ
ตารางการค้นหาที่แมป OIDs ตัวชี้หน่วยความจำหลัก เราสามารถใช้ตาราง
ค้นหาสม efficiently ใช้ hashing แต่นี้จะยังคงช้าเมื่อเทียบกับตัวชี้
รูปที่ 26.4
เก็บระดับเดียว
รุ่นสำหรับ OODBMS
26.3 รูป
จัดเก็บระดับ 2
for
conventional
(relational) รุ่น DBMS
26.2.126.2 มุม OODBMS |
863
อ้าง โดยเฉพาะอย่างยิ่งถ้าวัตถุมีอยู่ในหน่วยความจำ อย่างไรก็ตาม ตัวชี้ swizzling
พยายามให้กลยุทธ์ efficient เพิ่มเติม โดยจัดเก็บตัวชี้หน่วยความจำหลักที่
OIDs อ้างอิง และในทางกลับกัน เมื่อวัตถุมีการเขียนกลับไปยังดิสก์
ในส่วนนี้ เราอธิบายบางประเด็นรอบตัวชี้ swizzling รวม
เทคนิคต่าง ๆ ที่สามารถทำงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
The aim of pointer swizzling is to optimize access to objects. As we have just mentioned,
references between objects are normally represented using OIDs. If we read an object from
secondary storage into the page cache, we should be able to locate any referenced objects
on secondary storage using their OIDs. However, once the referenced objects have been
read into the cache, we want to record that these objects are now held in main memory to
prevent them being retrieved from secondary storage again. One approach is to hold a
lookup table that maps OIDs to main memory pointers. We can implement the table
lookup reasonably efficiently using hashing, but this is still slow compared to a pointer
Figure 26.4
Single-level storage
model for OODBMS.
Figure 26.3
Two-level storage
model for
conventional
(relational) DBMS.
26.2.126.2 OODBMS Perspectives |
863
dereference, particularly if the object is already in memory. However, pointer swizzling
attempts to provide a more efficient strategy by storing the main memory pointers in place
of the referenced OIDs and vice versa when the object has to be written back to disk.
In this section we describe some of the issues surrounding pointer swizzling, including
the various techniques that can be employed.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เป้าหมายของตัวชี้ swizzling คือเพื่อเพิ่มประสิทธิภาพการเข้าถึงวัตถุ ในฐานะที่เราได้กล่าวถึงเพียง
การอ้างอิงระหว่างวัตถุปกติแทนการใช้ oids . ถ้าเราอ่านวัตถุจาก
กระเป๋ารองลงในหน้าแคช เราควรจะสามารถค้นหาวัตถุอ้างอิง
บนกระเป๋ารองใช้ oids ของพวกเขา อย่างไรก็ตาม เมื่อวัตถุอ้างอิงได้
อ่านลงในแคชเราต้องการบันทึกว่าวัตถุเหล่านี้จะจัดขึ้นในหน่วยความจำหลักเพื่อป้องกันพวกเขาถูกดึงมาจากกระเป๋า
รองอีกครั้ง วิธีการหนึ่งคือการถือ
ค้นหาโต๊ะแผนที่ oids ให้ตัวชี้หน่วยความจำหลัก เราสามารถใช้ตาราง
ค้นหาพอสมควรจึง ciently EF ใช้บริการ แต่ยังช้าเมื่อเทียบกับคะแนน


รูปที่ 49 ระดับเดียวกระเป๋ารูปแบบรูปเดิม

oodbms .รูปแบบกระเป๋า


สองระดับปกติ ( สัมพันธ์ ) DBMS .
26.2.126.2 oodbms 863 มุมมอง |

การสลายตัวตามธรรมชาติ โดยเฉพาะอย่างยิ่ง ถ้าวัตถุอยู่ในความทรงจำ อย่างไรก็ตาม ตัวชี้ swizzling
พยายามให้มากขึ้นจึง cient EF กลยุทธ์โดยการจัดเก็บตัวชี้หน่วยความจำหลักในสถานที่
ของอิง oids และในทางกลับกันเมื่อวัตถุถูกเขียนกลับไปยังดิสก์
ในส่วนนี้เราจะอธิบายบางส่วนของปัญหารอบๆ ตัวชี้ swizzling รวมทั้ง
เทคนิคต่างๆที่สามารถใช้
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: