IP Library Granted Patent US 11,030,262
Granted Patent B2
US 11,030,262 · App. 14/835,522 · Granted Jun 8, 2021

Recyclable private memory heaps for dynamic search indexes

Inventors: Edward Bortnikov (Haifa, IL); Guy Gueta (Holon, IL); Pranav Sharma (Cupertino, CA)
Assignee: Verizon Media Inc.
G06F16/9535G06F3/067G06F3/0608G06F3/0652G06F12/0253G06F16/316G06F16/951G06F2212/1024G06F2212/1028G06F2212/1044G06F2212/154G06F2212/163
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,030,262
App. No.
14/835,522
Granted
Jun 8, 2021
Kind
B2
Abstract

In one embodiment, a search engine may generate and store a plurality of search index segments such that each of the search index segments is stored in a corresponding one of a plurality of heaps of memory. The plurality of search index segments may include inverted index segments mapping content to documents containing the content. A garbage collection module may release one or more heaps of the memory.

Claims (56)

1. A method, comprising:

generating and storing in memory, by a search engine, a first search index segment of a search index, the first search index segment being stored in a first heap of the memory, the first search index segment including one or more first inverted index segments mapping content to a first set of documents, the search index being an inverted index;

generating and storing in the memory, by the search engine, a second search index segment of the search index, the second search index segment being stored in a second heap of the memory concurrent with the first heap of the memory, the second search index segment including one or more second inverted index segments mapping content to a second set of documents, the second set of documents being more recently processed by the search engine than the first set of documents;

updating the second search index segment until a threshold corresponding to a number of documents or an amount of memory has been reached;

responsive to determining that the threshold corresponding to the number of documents or the amount of memory has been reached:

cutting off a current generation of documents associated with the second heap of the memory by changing a status of the second search index segment being stored in the second heap of the memory from a read/write status to a read-only status; and

initiating a next generation of documents by generating a third search index segment of the search index, wherein the third search index segment is assigned the read/write status and is stored in a new heap of the memory associated with the next generation of documents; and

releasing, by a garbage collection module, a third heap of the memory, the third heap of the memory storing a fourth search index segment of the search index, the fourth search index segment generated by the search engine and including one or more third inverted index segments, the third heap of the memory being released based on at least one of a determination that a threshold of amount of memory has been consumed or a determination that a threshold number of search index segments are stored.

2. The method of claim 1 , comprising:

storing in the memory, by the search engine, per-query objects in a fourth heap of the memory that is separate from the first heap, the second heap, and the third heap.

3. The method of claim 1 , wherein the first set of documents corresponds to a first generation of documents and the second set of documents corresponds to a second generation of documents.

4. The method of claim 1 , wherein the third heap comprises the new heap and the fourth search index segment comprises the third search index segment.

5. The method of claim 1 , wherein the second search index segment is generated and stored in real-time as documents are obtained, received, or processed.

6. The method of claim 1 , wherein the first heap of the memory is associated with a first core of a central processing unit (CPU), and wherein the second heap of the memory is associated with a second core of the CPU.

7. The method of claim 1 , comprising: storing, by a central processing unit (CPU) core, an object in one pool of two or more pools associated with the CPU core according to a size of the object.

8. The method of claim 7 , wherein each pool of the two or more pools is associated with at least one range of two or more ranges of object sizes.

9. A system, comprising:

one or more processors; and

at least some memory, at least one of the one or more processors or the at least some memory being configured to:

generate and store in memory, by a search engine, a first search index segment of a search index, the first search index segment being stored in a first heap of the memory, the first search index segment including one or more first inverted index segments mapping content to a first set of documents, the search index being an inverted index;

generate and store in the memory, by the search engine, a second search index segment of the search index, the second search index segment being stored in a second heap of the memory concurrent with the first heap of the memory, the second search index segment including one or more second inverted index segments mapping content to a second set of documents, the second set of documents being more recently processed by the search engine than the first set of documents;

update the second search index segment until a threshold corresponding to a number of documents or an amount of memory has been reached;

responsive to determining that the threshold corresponding to the number of documents or the amount of memory has been reached:

cut off a current generation of documents associated with the second heap of the memory by changing a status of the second search index segment being stored in the second heap of the memory from a read/write status to a read-only status; and

initiate a next generation of documents by generating a third search index segment of the search index, wherein the third search index segment is assigned the read/write status and is stored in a new heap of the memory associated with the next generation of documents; and

release, by a garbage collection module, a third heap of the memory, the third heap of the memory storing a fourth search index segment of the search index, the fourth search index segment generated by the search engine and including one or more third inverted index segments, the third heap of the memory being released based on a determination that a threshold of amount of memory has been consumed.

10. The system of claim 9 , at least one of the one or more processors or the memory being configured to:

store, by the search engine, per-query objects in a fourth heap of the memory that is separate from the first heap, the second heap, and the third heap.

11. The system of claim 9 , wherein the first set of documents corresponds to a first generation of documents and the second set of documents corresponds to a second generation of documents.

12. The system of claim 9 , wherein the second search index segment is generated and stored in real-time as documents are obtained, received, or processed.

13. The system of claim 9 , wherein the first heap comprises two or more sub-heaps.

14. The system of claim 9 , wherein the first heap comprises two or more sub-heaps, wherein each one of the two or more sub-heaps is associated with at least one of two or more ranges of object sizes.

15. The method of claim 13 , each of the two or more sub-heaps being associated with at least one central processing unit (CPU) core.

16. A non-transitory computer-readable storage medium storing thereon computer-readable storage medium, comprising:

instructions configured to generate and store in memory, by a search engine, a first search index segment of a search index, the first search index segment being stored in a first heap of the memory, the first search index segment including one or more first inverted index segments mapping content to a first set of documents, the search index being an inverted index;

instructions configured to generate and store in the memory, by the search engine, a second search index segment of the search index, the second search index segment being stored in a second heap of the memory concurrent with the first heap of the memory, the second search index segment including one or more second inverted index segments mapping content to a second set of documents, the second set of documents being more recently processed by the search engine than the first set of documents;

instructions configured to update the second search index segment until a threshold corresponding to a number of documents or an amount of memory has been reached;

instructions configured to responsive to determining that the threshold corresponding to the number of documents or the amount of memory has been reached:

cut off a current generation of documents associated with the second heap of the memory by changing a status of the second search index segment being stored in the second heap of the memory from a read/write status to a read-only status; and

initiate a next generation of documents by generating a third search index segment of the search index, wherein the third search index segment is assigned the read/write status and is stored in a new heap of the memory associated with the next generation of documents; and

instructions configured to release a third heap of the memory, the third heap of the memory storing a fourth search index segment of the search index, the fourth search index segment generated by the search engine and including one or more third inverted index segments, the third heap of the memory being released based on a determination that a threshold number of search index segments are stored.

17. The non-transitory computer-readable storage medium of claim 16 , comprising:

instructions for storing per-query objects in a fourth heap of the memory that is separate from the first heap, the second heap, and the third heap.

18. The non-transitory computer-readable storage medium of claim 16 , wherein releasing the third heap of the memory comprises: releasing a single heap of the memory.

19. The non-transitory computer-readable storage medium of claim 16 , wherein the first heap comprises two or more sub-heaps, each of the two or more sub-heaps being associated with at least one central processing unit (CPU) core.

20. The system of claim 9 , at least one of the one or more processors or the memory being configured to:

store, by a central processing unit (CPU) core, an object in one of two or more pools according to a size of the object;

wherein each one of the two or more pools is associated with at least one of two or more ranges of object sizes.

21. The method of claim 1 , wherein releasing, by the garbage collection module, the third heap of the memory comprises:

releasing a single heap of the memory.

22. The method of claim 1 , comprising: selecting the first heap of the memory.

23. The method of claim 1 , comprising:

processing a search query using the search index; and

updating the second search index segment concurrent with processing the search query.

24. The method of claim 22 , comprising: selecting the second heap of the memory.

25. The method of claim 24 , comprising: releasing the first heap of the memory and the second heap of the memory.

Assignments (5)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 19, 2021
From: VERIZON MEDIA INC.
To: VERIZON PATENT AND LICENSING INC.
Reel/Frame 057453/0431 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 26, 2020
From: OATH INC.
To: VERIZON MEDIA INC.
Reel/Frame 054258/0635 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 2, 2018
From: YAHOO HOLDINGS, INC.
To: OATH INC.
Reel/Frame 045240/0310 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 23, 2017
From: YAHOO! INC.
To: YAHOO HOLDINGS, INC.
Reel/Frame 042963/0211 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 26, 2015
From: BORTNIKOV, EDWARD; GUETA, GUY; SHARMA, PRANAV
To: YAHOO! INC.
Reel/Frame 036423/0585 →
Continuity (1)
Related Publication 20170061012A1 · Mar 2, 2017