Metadata Caching in Presto: Towards Fast Data Processing

AI-generated keywords: Presto Metadata Caching Layer CPU Consumption TPC-DS Benchmark Alluxio SDK Cache

AI-generated Key Points

The license of the paper does not allow us to build upon its content and the key points are generated using the paper metadata rather than the full article.

  • Presto is an open-source distributed SQL query engine for OLAP
  • Presto has gained significant popularity in large-scale data analytics
  • Parsing column-oriented data files in Presto consumes a considerable amount of CPU resources
  • The authors propose a metadata caching layer as a solution to this issue
  • The caching layer is built on top of the Alluxio SDK cache and integrated into each Presto worker node
  • Two methods of caching are offered: caching decompressed metadata bytes and caching deserialized metadata objects
  • Experiments using the TPC-DS benchmark show that both methods can reduce CPU consumption during queries
  • The first method reduces CPU consumption by 10%-20% when the cache is warm
  • The second method achieves even greater reductions, reducing CPU usage by 20%-40%
  • This approach improves data processing efficiency in Presto and enables handling larger volumes of analytical data effectively.
Also access our AI generated: Comprehensive summary, Lay summary, Blog-like article; or ask questions about this paper to our AI assistant.

Authors: Beinan Wang, Chunxu Tang, Rongrong Zhong, Bin Fan, Yi Wang, Jasmine Wang, Shouwei Chen, Bowen Ding, Lu Zhang

5 pages, 8 figures

Abstract: Presto is an open-source distributed SQL query engine for OLAP, aiming for "SQL on everything". Since open-sourced in 2013, Presto has been consistently gaining popularity in large-scale data analytics and attracting adoption from a wide range of enterprises. From the development and operation of Presto, we witnessed a significant amount of CPU consumption on parsing column-oriented data files in Presto worker nodes. This blocks some companies, including Meta, from increasing analytical data volumes. In this paper, we present a metadata caching layer, built on top of the Alluxio SDK cache and incorporated in each Presto worker node, to cache the intermediate results in file parsing. The metadata cache provides two caching methods: caching the decompressed metadata bytes from raw data files and caching the deserialized metadata objects. Our evaluation of the TPC-DS benchmark on Presto demonstrates that when the cache is warm, the first method can reduce the query's CPU consumption by 10%-20%, whereas the second method can minimize the CPU usage by 20%-40%.

Submitted to arXiv on 20 Nov. 2022

Ask questions about this paper to our AI assistant

You can also chat with multiple papers at once here.

The license of the paper does not allow us to build upon its content and the AI assistant only knows about the paper metadata rather than the full article.

AI assistant instructions?

Results of the summarizing process for the arXiv paper: 2211.10889v1

This paper's license doesn't allow us to build upon its content and the summarizing process is here made with the paper's metadata rather than the article.

Presto is an open-source distributed SQL query engine that aims to provide "SQL on everything" for OLAP (Online Analytical Processing). Since its release in 2013, Presto has gained significant popularity in the field of large-scale data analytics and has been adopted by numerous enterprises. However, during the development and operation of Presto, it was observed that parsing column-oriented data files in Presto worker nodes consumed a considerable amount of CPU resources. This issue hindered companies from scaling up their analytical data volumes. To address this problem, the authors propose a solution in the form of a metadata caching layer. This caching layer is built on top of the Alluxio SDK cache and is integrated into each Presto worker node. Its purpose is to cache intermediate results during file parsing. The metadata cache offers two methods of caching: caching decompressed metadata bytes from raw data files and caching deserialized metadata objects. In order to evaluate the effectiveness of their approach, the authors conducted experiments using the TPC-DS benchmark on Presto. The results demonstrate that when the cache is warm (i.e., already populated with relevant data), the first method can reduce CPU consumption during queries by 10%-20%. On the other hand, utilizing the second method can minimize CPU usage by an even greater extent, achieving reductions of 20%-40%. Overall, this paper presents a valuable contribution to improving data processing efficiency in Presto through the implementation of a metadata caching layer. By reducing CPU consumption during file parsing, this approach enables companies to handle larger volumes of analytical data effectively.
Created on 08 Sep. 2023

Assess the quality of the AI-generated content by voting

Score: 0

Why do we need votes?

Votes are used to determine whether we need to re-run our summarizing tools. If the count reaches -10, our tools can be restarted.

The previous summary was created more than a year ago and can be re-run (if necessary) by clicking on the Run button below.

The license of this specific paper does not allow us to build upon its content and the summarizing tools will be run using the paper metadata rather than the full article. However, it still does a good job, and you can also try our tools on papers with more open licenses.

Similar papers summarized with our AI tools

Navigate through even more similar papers through a

tree representation

Look for similar papers (in beta version)

By clicking on the button above, our algorithm will scan all papers in our database to find the closest based on the contents of the full papers and not just on metadata. Please note that it only works for papers that we have generated summaries for and you can rerun it from time to time to get a more accurate result while our database grows.

Disclaimer: The AI-based summarization tool and virtual assistant provided on this website may not always provide accurate and complete summaries or responses. We encourage you to carefully review and evaluate the generated content to ensure its quality and relevance to your needs.