LSM-Trie: an LSM-Tree Based Ultra-Large Key-Value Store for Small Data

Total Page:16

File Type:pdf, Size:1020Kb

LSM-Trie: an LSM-Tree Based Ultra-Large Key-Value Store for Small Data LSM-trie: An LSM-tree based Ultra-Large Key-Value Store for Small Data Sruthi Chandupatla 1001771780 LevelDB is a tree based algorithm, whereas LSM-trie is a trie or prefix-tree based algorithm. The main goal of this algorithm to reduce the metadata significantly required for locating/reading the items from the KV-store as well as reducing the write amplification by an order of magnitude. In comparison to levelDB, the LSM-trie reduces the write amplification to 7 (in a 7 level LSM-trie with amplification factor 10) from 77 in case of 7 level LSM tree with amplification factor 10. This algorithm mainly uses SHA-1 based hashing(160 bits), first 32 bits is called as prefix and are used to maintain the tree structure, last but one 32 bits is called infix and are used to store the KV item in Htable, and choose the bucket based on suffix, last 64 bits of the hash value. Balancing the tree is also done by using the infix value from the hash function to move KV elements from one bucket to another bucket. We maintain Migration metadata for determining if the item has been migrated or not. Apart from this metadata, we also have bloom filters to find whether a Key is present in a particular block or not with some false positive rate. All these things make the LSM-trie provide a good performance in terms of Write amplification and Read amplification. Because of the prefix tree structure, it can provide an efficient way of checking using the bloom filter and this is called as cluster bloom filter. This will allow us to make at most one access at each level as the prefix is going to be the same for all the buckets in a particular sublevel of a level. Moreover the LSM-trie has no index to be stored in the memory. Prototyped LSM-trie has Htables of 32MB and an amplification factor of 8. This store has 5 levels, with the first four levels having 8 sublevels each and the 5th level has 80 sublevels. So it comprises a total of 112 levels in it. The buckers the of 4kb size, they are designed so that each bucket can be read using a single disk read. 16 bit bloom filters are used and this achieves an almost 5% false positive rate. At level i, if all the sublevels are filled then the sublevels are sorted across and pushed to the sublevel at i+1th level. This make the major compaction costing only 1 write instead of exponential cost in case of levelDB. For reading a key, we just need to calculate the hash of key, traverse using prefix, checking bloom filters with a single read using the concept of clustered bloom filter, and then finally read the block directly containing the KV item. (1) “Note that LSM-trie uses hash functions to organize its data and accordingly does not support range search.” Do FAWN and LevelDB support range search? FAWN is hash based, It stores hash index to map 160-bit keys to a value stored in data log. Since this ia data log, the KV items are not sorted and hence range search is not possible. LevelDB used the concept of SSTables, these SSTables stores the sorted key-value pairs. Hence it supports range based search. (2) Use Figure 1 to explain the difference between linear and exponential growth patterns. Exponential growth pattern are illustrated here in between levels whereas linear growth patterns are illustrated as sublevels in a level. When a sublevel is filled, we simply add a new sublevel and the growth cost is linear. Whereas when a level is filled and needs to be compacted, we need to push the data to next level and the cost is going to be exponential(amplification factor). (3) “Because 4KB block is a disk access unit, it is not necessary to maintain a larger index to determine byte offset of each item in a block.” Show how a lookup with a given key is carried out in LevelDB? There will be 2 memtables in the levelDB structure. We use two because when one memtable is filled, while we copy it to the disk we can use the other memtable in parallel. So we need to check both the memtables in memory before moving on into disk or tree. Step1: Since memtable is sorted, we can simply use binary search on the index to check if the key is memtable or not. Step 2: We then check in the second memtable using binary search again Step 3: We then check level 0. Level 0 contains various sublevels where each sublevel is sorted but the sublevels are not sorted across. So we need to check all the sublevels where the key is present in the range of the SSTable. We have index stored for the same. So we need to check such sublevels using binary search since the keys are sorted. For checking whether a key is present in the SSTable or not, we can use bloom filter as well by checking the bloom filter of each 4kb block inside the SSTable. Using bloom filters with good false positive rate will increase the read amplification significantly. Step 4: If we find the key, we retrieve the value and return the value. Otherwise go to next step. Step 5: Go to the next level. Since the SSTables in this level(other than level 0) are sorted across the list of tables, we check only one SSTable where the key is included in its range. For checking whether a key is present in the SSTable or not, we can use bloom filter as well by checking the bloom filter of each 4kb block inside the SSTable. Step 6: If we find the key in it, we retrieve and return the value, else go to step 5. See below diagram from lecture for diagrametic understanding (4) “Instead, we first apply a cryptographic hash function, such as SHA-1, on the key, and then use the hashed key, or hashkey in short, to make the determination.” Assuming a user-provided key has 160 bits, what’s the issue if LSM-trie used the user keys, instead of hashed keys, in its data structure and operations? (or why does LSM-trie use hashkey, instead of the original user-provided key?) Even though a user key is 160 bits, when we construct the trie, the tree could be completely unbalanced. In the worst case, we would get something like a linked list of items instead of a tree structure. As described in the paper, when we use a cryptographic hash function, each branch of the tree has an equal chance to get a new item and the item count in each branch of the tree follows a normal distribution. So we get a balanced tree in this case. A hash function like SHA1 gives a normal distribution output which will result in a more blanched tree. So here, the hash function is more important than the 160bit output it gives. (5) Use Figures 2 and 3 to describe the LSM-trie’s structure and how compaction is performed in the trie. LSM-trie Structure: LSM-trie is a prefix based algorithm based on the hash value of the key. Hash output has 3 important 3 parts : prefix, infix and suffix. Prefix is of 32 bit length from the hash value and this will be used in generating the tree structure. Assuming amplification factor is 8, we need 3 bits at each level since we get 8 branches from 3 bits( 2^3 = 8). So first 3 bits are used to move from level 0 to level 1, next 3 bits to move from level 1 to level 2 and so on. So no index is required to traverse the tree, simply we can traverse the tree and find the right bucket the key contains. Compaction: All the sublevels in level i are merged and sorted based on their hash values (delete keys are deleted and update items are updated at this step). Since the amplification factor here is 8, we use 3 bits at a time to decide on the branch of the tree. Now the sorted array is pushed as the new sublevel at the top of level i+1 based on the next 3 bits in the hash table. (6) “Therefore, the Bloom filter must be beefed up by using more bits.” Why do the Bloom filters have to be longer? Bloom filters are used to reduce the disk read operations in case of retrieving a key from the disk. Before reading a disk block, we first check the bloom filter to make sure the KV item is present in that block or not. Bloom filter is a m bit vector which is based upon on k hash functions. Bloom filter a false-positive rate but doesn’t have false-negative rate i.e; if the key is actually present in a block, the bloom filters never predict it is not present(false-negative). But if the key is actually not present in the block, it can predict that the key is present in the block(false-positive). Let us assume bloom filter is m bit vector, k is the number of hash functions and n is the number of keys we want to store. So the false positive probablity is So false positive rate decreases exponentially with linear increase with m (i.e size of bloom filter). So we might need longer bloom filters in case of LSM-trie for better prediction with low false positive probability.
Recommended publications
  • Implementing Signatures for Transactional Memory
    Appears in the Proceedings of the 40th Annual IEEE/ACM Symposium on Microarchitecture (MICRO-40), 2007 Implementing Signatures for Transactional Memory Daniel Sanchez, Luke Yen, Mark D. Hill, Karthikeyan Sankaralingam Department of Computer Sciences, University of Wisconsin-Madison http://www.cs.wisc.edu/multifacet/logtm {daniel, lyen, markhill, karu}@cs.wisc.edu Abstract An important aspect of conflict detection is recording the addresses that a transaction reads (read set) and writes Transactional Memory (TM) systems must track the (write set) at some granularity (e.g., memory block or read and write sets—items read and written during a word). One promising approach is to use signatures, data transaction—to detect conflicts among concurrent trans- structures that can represent an unbounded number of el- actions. Several TMs use signatures, which summarize ements approximately in a bounded amount of state. Led unbounded read/write sets in bounded hardware at a per- by Bulk [7], several systems including LogTM-SE [31], formance cost of false positives (conflicts detected when BulkSC [8], and SigTM [17], have implemented read/write none exists). sets with per-thread hardware signatures built with Bloom This paper examines different organizations to achieve filters [2]. These systems track the addresses read/written hardware-efficient and accurate TM signatures. First, we in a transaction by inserting them into the read/write sig- find that implementing each signature with a single k-hash- natures, and clear both signatures as the transaction com- function Bloom filter (True Bloom signature) is inefficient, mits or aborts. Depending on the system, signatures must as it requires multi-ported SRAMs.
    [Show full text]
  • Fast Candidate Generation for Real-Time Tweet Search with Bloom Filter Chains
    Fast Candidate Generation for Real-Time Tweet Search with Bloom Filter Chains NIMA ASADI and JIMMY LIN, University of Maryland at College Park The rise of social media and other forms of user-generated content have created the demand for real-time search: against a high-velocity stream of incoming documents, users desire a list of relevant results at the time the query is issued. In the context of real-time search on tweets, this work explores candidate generation in a two-stage retrieval architecture where an initial list of results is processed by a second-stage rescorer 13 to produce the final output. We introduce Bloom filter chains, a novel extension of Bloom filters that can dynamically expand to efficiently represent an arbitrarily long and growing list of monotonically-increasing integers with a constant false positive rate. Using a collection of Bloom filter chains, a novel approximate candidate generation algorithm called BWAND is able to perform both conjunctive and disjunctive retrieval. Experiments show that our algorithm is many times faster than competitive baselines and that this increased performance does not require sacrificing end-to-end effectiveness. Our results empirically characterize the trade-off space defined by output quality, query evaluation speed, and memory footprint for this particular search architecture. Categories and Subject Descriptors: H.3.3 [Information Storage and Retrieval]: Information Search and Retrieval General Terms: Algorithms, Experimentation Additional Key Words and Phrases: Scalability, efficiency, top-k retrieval, tweet search, bloom filters ACM Reference Format: Asadi, N. and Lin, J. 2013. Fast candidate generation for real-time tweet search with bloom filter chains.
    [Show full text]
  • An Optimal Bloom Filter Replacement∗
    An Optimal Bloom Filter Replacement∗ Anna Pagh† Rasmus Pagh† S. Srinivasa Rao‡ Abstract store the approximation is roughly n log(1/)1, where This paper considers space-efficient data structures for n = |S| and the logarithm has base 2 [5]. In contrast, 0 0 the amount of space for storing S ⊆ {0, 1}w explicitly storing an approximation S to a set S such that S ⊆ S w 0 2 and any element not in S belongs to S with probability is at least log n ≥ n(w − log n) bits, which may be at most . The Bloom filter data structure, solving this much larger if w is large. Here, we consider subsets problem, has found widespread use. Our main result is of the set of w-bit machine words on a standard RAM a new RAM data structure that improves Bloom filters model, since this is the usual framework in which RAM in several ways: dictionaries are studied. Let the (random) set S0 ⊇ S consist of the elements • The time for looking up an element in S0 is O(1), that are stored (including false positives). We want S0 independent of . to be chosen such that any element not in S belongs to S0 with probability at most . For ease of exposition, we • The space usage is within a lower order term of the assume that ≤ 1/2 is an integer power of 2. A Bloom lower bound. filter [1] is an elegant data structure for selecting and representing a suitable set S0. It works by storing, as a • The data structure uses explicit hash function bit vector, the set families.
    [Show full text]
  • Comparison on Search Failure Between Hash Tables and a Functional Bloom Filter
    applied sciences Article Comparison on Search Failure between Hash Tables and a Functional Bloom Filter Hayoung Byun and Hyesook Lim * Department of Electronic and Electrical Engineering, Ewha Womans University, Seoul 03760, Korea; [email protected] * Correspondence: [email protected]; Tel.: +82-2-3277-3403 Received:17 June 2020; Accepted: 27 July 2020; Published: 29 July 2020 Abstract: Hash-based data structures have been widely used in many applications. An intrinsic problem of hashing is collision, in which two or more elements are hashed to the same value. If a hash table is heavily loaded, more collisions would occur. Elements that could not be stored in a hash table because of the collision cause search failures. Many variant structures have been studied to reduce the number of collisions, but none of the structures completely solves the collision problem. In this paper, we claim that a functional Bloom filter (FBF) provides a lower search failure rate than hash tables, when a hash table is heavily loaded. In other words, a hash table can be replaced with an FBF because the FBF is more effective than hash tables in the search failure rate in storing a large amount of data to a limited size of memory. While hash tables require to store each input key in addition to its return value, a functional Bloom filter stores return values without input keys, because different index combinations according to each input key can be used to identify the input key. In search failure rates, we theoretically compare the FBF with hash-based data structures, such as multi-hash table, cuckoo hash table, and d-left hash table.
    [Show full text]
  • Invertible Bloom Lookup Tables
    Invertible Bloom Lookup Tables Michael T. Goodrich Dept. of Computer Science University of California, Irvine http://www.ics.uci.edu/˜goodrich/ Michael Mitzenmacher Dept. of Computer Science Harvard University http://www.eecs.harvard.edu/˜michaelm/ Abstract We present a version of the Bloom filter data structure that supports not only the insertion, deletion, and lookup of key-value pairs, but also allows a complete listing of the pairs it contains with high probability, as long the number of key- value pairs is below a designed threshold. Our structure allows the number of key- value pairs to greatly exceed this threshold during normal operation. Exceeding the threshold simply temporarily prevents content listing and reduces the probability of a successful lookup. If entries are later deleted to return the structure below the threshold, everything again functions appropriately. We also show that simple variations of our structure are robust to certain standard errors, such as the deletion of a key without a corresponding insertion or the insertion of two distinct values for a key. The properties of our structure make it suitable for several applications, including database and networking applications that we highlight. 1 Introduction The Bloom filter data structure [5] is a well-known way of probabilistically supporting arXiv:1101.2245v3 [cs.DS] 4 Oct 2015 dynamic set membership queries that has been used in a multitude of applications (e.g., see [8]). The key feature of a standard Bloom filter is the way it trades off query accuracy for space efficiency, by using a binary array T (initially all zeroes) and k random hash functions, h1; : : : ; hk, to represent a set S by assigning T [hi(x)] = 1 for each x 2 S.
    [Show full text]
  • Scalable Cooperative Caching Algorithm Based on Bloom Filters Nodirjon Siddikov
    Rochester Institute of Technology RIT Scholar Works Theses Thesis/Dissertation Collections 2011 Scalable cooperative caching algorithm based on bloom filters Nodirjon Siddikov Follow this and additional works at: http://scholarworks.rit.edu/theses Recommended Citation Siddikov, Nodirjon, "Scalable cooperative caching algorithm based on bloom filters" (2011). Thesis. Rochester Institute of Technology. Accessed from This Thesis is brought to you for free and open access by the Thesis/Dissertation Collections at RIT Scholar Works. It has been accepted for inclusion in Theses by an authorized administrator of RIT Scholar Works. For more information, please contact [email protected]. Scalable Cooperative Caching Algorithm based on Bloom Filters Nodirjon Siddikov Email: [email protected] M.S. in Computer Science Department of Computer Science B. Thomas Golisano College of Computing and Information Sciences Rochester Institute of Technology Rochester, New York August, 2011 A Thesis submitted in Partial Fulfillment of the Requirements for the Degree of Master of Science in Computer Science COMMITEE MEMBERS: _____________________________________________________________________________ CHAIR: Hans-Peter Bischof DATE Professor, Department of Computer Science _____________________________________________________________________________ READER: Minseok Kwon DATE Associate Professor, Department of Computer Science _____________________________________________________________________________ OBSERVER: James Heliotis DATE Professor, Department of
    [Show full text]
  • Bloom Filter-2
    BALLS, BINS, AND RANDOM GRAPHS We use the Chernoff bound for the Poisson distribution (Theorem 5.4) to bound this probability, writing the bound as Pr(X 2: x) :s eX-ill-X In(x/m). For x = m + J2m In m, we use that In(l + z) 2: z - z2/2 for z 2: 0 to show Pr( X > m + J 2m In m ) :s e J2m In 111- (m+J2mlnm ) In(I+J21nm/m ) :s eJ2mTtlm -(III+J2mlnm )(J21nm/m-lnm/m) = e-lnlll+J2mlnlll(lnm/m) = 0(1). A similar argument holds if x < m, so Pr(IX - ml > J2m Inm) = 0(1). We now show the second fact, that IPr(E I IX - ml :s J2m Inm) - Pr(E I X = m)1 = 0(1). Note that Pr(E I X = k) is increasing in k, since this probability corresponds to the probability that all bins are nonempty when k balls are thrown independently and uni­ formly at random. The more balls that are thrown, the more likely all bins are nonempty. It follows that Pr(E I X = m - J2mlnm):s Pr(E IIX -ml:S J2mlnm) :s Pr(E I X = m + J2m Inm). Hence we have the bound IPr(E I IX - ml :s J2m Inm) - Pr(E I X = m)1 :s Pr(E I X = m + J2m Inm) - Pr(E I X = m - J2m Inm), and we show the right-hand side is 0(1). This is the difference between the probability that all bins receive at least one ball when 111 - J 2111 In 111 balls are thrown and when m + J2m In m balls are thrown.
    [Show full text]
  • Bloom Filter Encryption and Applications to Efficient Forward
    Bloom Filter Encryption and Applications to Efficient Forward-Secret 0-RTT Key Exchange David Derler1;z, Kai Gellert2, Tibor Jager2, Daniel Slamanig3, and Christoph Striecks3 1 DFINITY [email protected] 2 University of Wuppertal, Germany {kai.gellert, tibor.jager}@uni-wuppertal.de 3 AIT Austrian Institute of Technology {daniel.slamanig, christoph.striecks}@ait.ac.at Abstract. Forward secrecy is considered an essential design goal of modern key establishment (KE) protocols, such as TLS 1.3, for example. Furthermore, ef- ficiency considerations such as zero round-trip time (0-RTT), where a client is able to send cryptographically protected payload data along with the very first KE message, are motivated by the practical demand for secure low-latency com- munication. For a long time, it was unclear whether protocols that simultaneously achieve 0-RTT and full forward secrecy exist. Only recently, the first forward-secret 0- RTT protocol was described by Gunther¨ et al. (EUROCRYPT 2017). It is based on Puncturable Encryption. Forward secrecy is achieved by “puncturing” the se- cret key after each decryption operation, such that a given ciphertext can only be decrypted once (cf. also Green and Miers, S&P 2015). Unfortunately, their scheme is completely impractical, since one puncturing operation takes between 30 seconds and several minutes for reasonable security and deployment parame- ters, such that this solution is only a first feasibility result, but not efficient enough to be deployed in practice. In this paper, we introduce a new primitive that we term Bloom Filter Encryption (BFE), which is derived from the probabilistic Bloom filter data structure.
    [Show full text]
  • Data Mining Locality Sensitive Hashing
    LSH Bloom filters Data mining Locality Sensitive Hashing University of Szeged Data mining LSH Bloom filters Similarity of textual documents k-shingles: character k-grams of a document, e.g. k = 2 and D =0 abdca0 ) D = fab; bd; dc; cag Handling whitespaces (e.g. The plane was ready for touch down. and The quarterback scored a touchdown.) choosing k is important (what should be the objectives) One way to measure document similarity is by calculating the Jaccard similarity of their k-shingles representation Data mining LSH Bloom filters k-shingles { characters vs. words English alphabet has 27 letters ) possible 4-shingles = 531,441 P("than") P("qyzz") ≈ P("yyyy") increase value k (e.g. k'=10) and represent documents as the set of hash values (stored on e.g. k bytes) of its k'-shingles similarity of news articles: instead of character-based k-shingles of tokens that started with a stopword were utilized. Reason? Data mining LSH Minhashing Bloom filters LSH theory Locality Sensitive Hashing (LSH) { Motivation Suppose we would like to find duplicate documents in a corpus of size N = 1; 000; 000 = 106 N Brute force solution: calculating 2 Jaccard similarities carrying out 106 comparisons per second, that would take more than 5.5 days Data mining LSH Minhashing Bloom filters LSH theory Locality Sensitive Hashing (LSH) Find hash function h such that it satisfies with high probability that: s(A; B) ! 1 ) h(A) = h(B) s(A; B) ! 0 ) h(A) 6= h(B) Since similar documents are likely to share their hash value, comparing those elements for which h(A) = h(B) will be sufficient Data mining LSH Minhashing Bloom filters LSH theory Representing sets In the form of signatures: characteristic matrix Element S1 S2 S3 S4 a 1 0 0 1 b 0 0 1 0 c 0 1 0 1 d 1 0 1 1 e 0 0 1 0 The entire matrix is naturally not stored in practice ! sparse representation Data mining LSH Minhashing Bloom filters LSH theory Minhash function Reorder the rows of the characteristic matrix Let the hash value of a set be the index of the first occurrence of a non-zero element e.g.
    [Show full text]
  • Pay for a Sliding Bloom Filter and Get Counting, Distinct Elements, and Entropy for Free
    Pay for a Sliding Bloom Filter and Get Counting, Distinct Elements, and Entropy for Free Eran Assaf Ran Ben Basat Gil Einziger Roy Friedman Hebrew University Technion Nokia Bell Labs Technion Abstract For many networking applications, recent data is more significant than older data, motivating the need for sliding window solutions. Various capabilities, such as DDoS detection and load balancing, require insights about multiple metrics including Bloom filters, per-flow counting, count distinct and entropy estimation. In this work, we present a unified construction that solves all the above problems in the sliding window model. Our single solution offers a better space to accuracy tradeoff than the state-of-the-art for each of these individual problems! We show this both analytically and by running multiple real Internet backbone and datacenter packet traces. 1 Introduction Network measurements are at the core of many applications, such as load balancing, quality of service, anomaly/intrusion detection, and caching [1, 14, 17, 25, 32]. Measurement algorithms are required to cope with the throughput de- mands of modern links, forcing them to rely on scarcely available fast SRAM memory. However, such memory is limited in size [35], which motivates approximate solutions that conserve space. Network algorithms often find recent data useful. For example, anomaly detection systems attempt to detect manifesting anomalies and a load balancer needs to balance the current load rather than the historical one. Hence, the sliding window model is an active research field [3, 34, 37, 41, 42]. The desired measurement types differ from one application to the other. For example, a load balancer may be interested in the heavy hitter flows [1], which are responsible for a large portion of the traffic.
    [Show full text]
  • Scalable Data Center Multicast Using Multi-Class Bloom Filter
    Scalable Data Center Multicast using Multi-class Bloom Filter Dan Li∗, Henggang Cui∗, Yan Huy, Yong Xia y, Xin Wangz ∗Computer Science Department of Tsinghua University yNEC Labs China zStony Brook University [email protected], [email protected], fhu yan,xia [email protected], [email protected] Abstract—Multicast benefits data center group communica- increasing application throughput. Although Multicast is not tions in saving network bandwidth and increasing application widely deployed in the Internet due to management and pricing throughput. However, it is challenging to scale Multicast to issues, the controlled environment of data center provides a support tens of thousands of concurrent group communications due to limited forwarding table memory space in the switches, good opportunity for its resurgence. particularly the low-end ones commonly used in modern data The technical trend for modern data center design is to use centers. Bloom Filter is an efficient tool to compress the Multicast a large number of low-end switches for server interconnection. forwarding table, but significant traffic leakage may occur when The space of the expensive and power-hungry fast memory in group membership testing is false positive. this kind of switches, such as SRAM, is usually narrow to To reduce the Multicast traffic leakage, in this paper we bring forward a novel multi-class Bloom Filter (MBF), which extends control the economical cost, especially considering the link the standard Bloom Filter by embracing element uncertainty. speeds in data centers are increasing rapidly. Hence, a signifi- Specifically, MBF sets the number of hash functions in a per- cant challenge in the forwarding plane of data center switches element level, based on the probability for each Multicast group is how to maintain a potentially large number of forwarding to be inserted into the Bloom Filter.
    [Show full text]
  • Similarity Search Using Locality Sensitive Hashing and Bloom Filter
    Similarity Search using Locality Sensitive Hashing and Bloom Filter Thesis submitted in partial fulfillment of the requirements for the award of degree of Master of Engineering in Computer Science and Engineering Submitted By Sachendra Singh Chauhan (Roll No. 801232021) Under the supervision of Dr. Shalini Batra Assistant Professor COMPUTER SCIENCE AND ENGINEERING DEPARTMENT THAPAR UNIVERSITY PATIALA – 147004 June 2014 ACKNOWLEDGEMENT No volume of words is enough to express my gratitude towards my guide, Dr. Shalini Batra, Assistant Professor, Computer Science and Engineering Department, Thapar University, who has been very concerned and has aided for all the material essential for the preparation of this thesis report. She has helped me to explore this vast topic in an organized manner and provided me with all the ideas on how to work towards a research-oriented venture. I am also thankful to Dr. Deepak Garg, Head of Department, CSED and Dr. Ashutosh Mishra, P.G. Coordinator, for the motivation and inspiration that triggered me for the thesis work. I would also like to thank the faculty members who were always there in the need of the hour and provided with all the help and facilities, which I required, for the completion of my thesis. Most importantly, I would like to thank my parents and the Almighty for showing me the right direction out of the blue, to help me stay calm in the oddest of the times and keep moving even at times when there was no hope. Sachendra Singh Chauhan 801232021 ii Abstract Similarity search of text documents can be reduced to Approximate Nearest Neighbor Search by converting text documents into sets by using Shingling.
    [Show full text]