Skip pointers do not improve the as

Skip pointers do not improve the asymptotic running time of reading an inverted list. Suppose we have an inverted list that is n bytes long, but we add skip
pointers after each c bytes, and the pointers are k bytes long. Reading the entire
5.7 Query Processing 171
list requires reading (n) bytes, but jumping through the list using the skip pointers requires (kn/c) time, which is equivalent to (n). Even though there is
no asymptotic gain in run time, the factor of c can be huge. For typical values of
c = 100 and k = 4, skipping through a list results in reading just 2.5% of the
total data.
Notice that as c gets bigger, the amount of data you need to read to skip
through the list drops. So, why not make c as big as possible? The problem is that
if c gets too large, the average performance drops. Let’s look at this problem in
more detail.
Suppose you want to find p particular postings in an inverted list, and the list is
n bytes long, with k-byte skip pointers located at c-byte intervals. Therefore, there
are n/c total intervals in the list. To find those p postings, we need to read kn/c
bytes in skip pointers, but we also need to read data in p intervals. On average, we
assume that the postings we want are about halfway between two skip pointers,
so we read an additional pc/2 bytes to find those postings. The total number of
bytes read is then:

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

ข้ามตัวชี้การปรับปรุงเวลาวิ่ง asymptotic อ่านรายชื่อคว่ำ สมมติว่า เรามีรายการคว่ำที่เป็นไบต์ n ยาว แต่เราเพิ่มข้ามชี้หลังจากแต่ละไบต์ c ตัวชี้ด้วยยาวกิโลไบต์ อ่านทั้งหมด5.7 แบบสอบถามประมวลผล 171รายการต้องอ่านไบต์ (n) แต่กระโดดผ่านรายการโดยใช้ตัวชี้ข้ามต้องใช้เวลา (kn/c) ซึ่งจะเท่ากับ (n) แม้ว่าจะมีไม่มีกำไร asymptotic ขณะใช้งาน ตัวคูณของ c ได้มาก สำหรับค่าปกติของc = 100 และ k = 4 ข้ามผ่านผลลัพธ์ในรายการอ่านเพียง 2.5% ของการข้อมูลทั้งหมดสังเกตว่า เป็น c ได้รับใหญ่ จำนวนข้อมูลที่คุณต้องอ่านข้ามผ่านหยดรายการ ดังนั้น ทำไมไม่ทำให้ c เป็นใหญ่ ปัญหาคือว่าถ้า c มากเกินไป ประสิทธิภาพการทำงานโดยเฉลี่ยลดลง ลองดูที่ปัญหานี้ในรายละเอียดเพิ่มเติมสมมติว่า คุณต้องการหา p ลงรายการเฉพาะรายการการคว่ำ และเป็นรายการยาว มี k ไบต์ n ไบต์ข้ามตัวชี้อยู่ในช่วง c ไบต์ ดังนั้น มีมีในรายการช่วงรวม n/c การค้นหาเหล่านั้นลง p เราต้องอ่าน kn/cไบต์ในข้ามตัวชี้ แต่เรายังต้องอ่านข้อมูลในช่วง p เฉลี่ย เราสมมติว่า เราต้องการลงรายการเกี่ยวกับครึ่งทางระหว่างสองข้ามตัวชี้ดังนั้นเราอ่านเป็น pc/2 เพิ่มเติมไบต์เพื่อค้นหาบัญชีเหล่านั้น จำนวนทั้งหมดอ่านไบต์เป็นแล้วต่อไปนี้:

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

ข้ามชี้ไม่ดีขึ้นเวลาทำงานเชิงของการอ่านรายชื่อคว่ำ สมมติว่าเรามีรายการที่เป็นคว่ำไบต์ n นาน แต่เราเพิ่มเฮี๊ยบ
ชี้หลังจากแต่ละ C ไบต์และคำแนะนำที่มี K ไบต์นาน อ่านหนังสือทั้ง
การประมวลผล 5.7 แบบสอบถาม 171
รายชื่อต้องอ่าน? (N) ไบต์ แต่กระโดดผ่านรายการโดยใช้ตัวชี้ข้ามต้อง? (KN / C) เวลาซึ่งเทียบเท่ากับ? (N) ถึงแม้ว่าจะมี
ไม่มีกำไร asymptotic ในเวลาทำงานปัจจัยของ C ได้มาก สำหรับค่าทั่วไปของ
c = 100 และ K = 4 ข้ามผ่านผลรายการในการอ่านเพียง 2.5% ของ
ข้อมูลทั้งหมด.
ขอให้สังเกตว่าเป็น C ได้รับใหญ่, ปริมาณของข้อมูลที่คุณจะต้องอ่านเพื่อข้าม
ผ่านหยดรายการ ดังนั้นทำไมไม่ทำให้ C เป็นใหญ่เป็นไปได้หรือไม่ ปัญหาคือว่า
ถ้าได้รับคขนาดใหญ่เกินไปประสิทธิภาพการทำงานลดลงเฉลี่ย ลองดูที่ปัญหานี้ใน
รายละเอียดเพิ่มเติม.
สมมติว่าคุณต้องการที่จะหาการโพสต์โดยเฉพาะอย่างยิ่ง P ในรายการคว่ำและรายการเป็น
ไบต์ n ยาวกับ K-ไบต์ชี้เฮี๊ยบอยู่ในช่วงเวลาที่ C-ไบต์ ดังนั้นจึงมีความ
เป็น N / C ช่วงเวลาทั้งหมดในรายการ หากต้องการค้นหาโพสต์ P เหล่านั้นเราจำเป็นต้องอ่าน KN / C
ไบต์ในตัวชี้เฮี๊ยบ แต่เรายังต้องอ่านข้อมูลในช่วงเวลาที่ P โดยเฉลี่ยเรา
คิดว่าการโพสต์ที่เราต้องการอยู่กึ่งกลางระหว่างสองตัวชี้เฮี๊ยบ,
เพื่อให้เราอ่านเพิ่มเติม PC / 2 ไบต์เพื่อหาผู้ที่โพสต์ จำนวนทั้งหมดของ
ไบต์อ่านแล้ว:

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

ข้ามชี้ไม่ปรับปรุงแหล่งวิ่งเวลาอ่านกลับรายการ สมมติว่าเราต้องกลับรายการที่ n ไบต์ยาวแต่เราเพิ่มข้ามชี้หลังแต่ละ C ไบต์และตัวชี้ที่เป็นเคไบต์ยาว อ่านทั้งหมด5.7 แบบสอบถามการประมวลผล ,รายการที่ต้องอ่าน ( N ) ไบต์ แต่กระโดดผ่านรายการใช้ข้ามชี้ต้อง ( KN / C ) ซึ่งเทียบเท่ากับ ( N ) ถึงแม้ว่ามีไม่เฉลี่ยที่ได้รับในเวลาเรียกใช้ ปัจจัยของ C สามารถขนาดใหญ่ ค่าปกติของC = 100 และ K = 4 , ข้ามผ่านรายการผลลัพธ์ในการอ่านเพียง 2.5% ของข้อมูลทั้งหมดสังเกตว่าเป็น C จะใหญ่กว่า ปริมาณของข้อมูลที่คุณต้องการที่จะอ่านข้ามผ่านรายการลดลง ดังนั้นทำไมไม่ทำให้ C ใหญ่ที่สุดเท่าที่เป็นไปได้ ? ปัญหาคือว่าถ้า C มีขนาดใหญ่เกินไป , ลดลงประสิทธิภาพเฉลี่ย เรามาดูปัญหานี้ในดูรายละเอียดเพิ่มเติมสมมติว่าคุณต้องการที่จะหา P เฉพาะโพสต์ในแบบรายการและรายการคือn ไบต์ยาว ชี้ข้าม k-byte ตั้งอยู่ที่ c-byte เป็นระยะ ๆ ดังนั้น มีเป็น N / C รวมช่วงในรายการ การค้นหา P โพสต์ เราต้องอ่าน KN / cไบต์ในชี้ข้าม แต่เรายังต้องอ่านข้อมูลใน P ช่วง โดยเฉลี่ยแล้วเราสมมติว่าเราต้องการจะโพสต์เกี่ยวกับครึ่งทางระหว่างสองข้ามตัวชี้เราอ่าน / 2 เพิ่มเติม PC ไบต์เพื่อค้นหาการโพสต์นั้น จำนวนของไบต์ที่อ่านแล้ว :