victormiller commited on
Commit
e871c07
1 Parent(s): c087fc2

Update overview.py

Browse files
Files changed (1) hide show
  1. overview.py +50 -17
overview.py CHANGED
@@ -269,15 +269,33 @@ def get_curated_chart():
269
 
270
  overview_div = Div(
271
  Section(
272
- H2("Combining the Best of Web and Curated Sources"),
273
- P("""The quality and size of a pre-training dataset play a crucial role in the performance of large language models (LLMs).
274
- The community has introduced a variety of datasets for this purpose, including purely web-based datasets like RefinedWeb{citation_obj.display_citation("refinedweb")}, RedPajama-Data-V2{citation_obj.display_citation("redpajama-v2")}, DCLM{citation_obj.display_citation("dclm")}, and FineWeb{citation_obj.display_citation("fineweb")},
275
- as well as comprehensive datasets derived from multiple highly-curated data sources such as The Pile{citation_obj.display_citation("thepile")}, RedPajama-Data-V1{citation_obj.display_citation("redpajama-v1")}, and Dolma{citation_obj.display_citation("dolma")}.
276
- It is commonly known that web-based datasets provide a vast quantity of data, while highly-curated multi-source datasets consistently deliver high quality and diversity,
277
- both critical for effective LLM pre-training."""),
278
- P("However, despite the advancements in both types of data, each type of dataset has its limitations. For instance, the processing scripts for the web dataset, RefinedWeb, known for its high quality, are not public, and only about 10% of the entire dataset has been disclosed. Conversely, the web component of existing highly-curated multi-source datasets is relatively small compared to purely web-based datasets, limiting their coverage and diversity compared to the scale of information from the internet."),
279
- P("By integrating the extensive reach of web data with the exceptional quality of curated sources, TxT360 is crafted to meet and surpass the rigorous standards required for state-of-the-art LLM pre-training."),
280
- H3("TxT360 combines both the web data and highly-curated sources, which none of the existing datasets have covered."),
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
281
  P("Table 1: The following table shows TxT360 and other well-known datasets on the coverage and size of data sources."),
282
  table_div_1,
283
  table_div_2,
@@ -285,20 +303,35 @@ both critical for effective LLM pre-training."""),
285
  table_div_data,
286
  ),
287
  Section(
288
- H2("Our General Appoach to Data Processing"),
289
- P("We enforce a fully transparent data processing pipeline when producing TxT360, designed to handle both web and curated datasets with precision and clarity. This transparent pipeline presents a unified framework for processing both data types, making it convenient and adaptive for users to revise and fine-tune the pipeline. "),
290
- P("For web datasets, the pipeline focuses on extracting meaningful, high-quality text from raw web content, which is inherently noisy and varied. The process includes sophisticated filtering and deduplication techniques to clean the data and remove any redundancies or irrelevant information. On the other hand, curated datasets, which are already more structured and reliable, are processed with selective steps to maintain their integrity while integrating them seamlessly into the larger dataset."),
 
291
  P("We will open-source the scripts for the whole pipeline, allowing the community to review, replicate, and build upon our processes."),
292
  Img(src="images/pipeline.png", height = "300", width = "600" ),
293
- P("Figure 1: Data processing pipeline. All the steps are adopted for processing web data while the yellow blocks are adopted for processing curated sources.")
294
  ),
295
  Section(
296
- H2("Global Deduplication"),
297
- P("Deduplication is crucial in language model (LM) pre-training for several reasons. It reduces the volume of training data, leading to shorter training times and potentially better accuracy. It also prevents train-test overlap, improves evaluation metrics, and minimizes the risk of memorization, which can cause test loss to increase during training. By controlling the pretraining data distribution through deduplication and selective upsampling, we avoid relying on the often inconsistent distribution of internet-sourced data."),
298
- P("Our deduplication process began with 61.8 TB of high-quality, filtered, and compressed documents, totaling approximately 48.83 billion documents. We first performed exact deduplication using a Bloom filter, reducing the dataset by 17% to 40.21 billion documents. For global near-deduplication, we scaled methodologies from prior works like SlimPajama to handle the entire dataset, including 87 Common Crawl dumps and other curated data. This involved generating document signatures, matching them to identify near-duplicates, and clustering these to retain only one document per cluster. We prioritized retaining documents from curated sources and more recent CommonCrawl dumps. Throughout the deduplication stages, we extensively used Dask for distributed data processing."),
 
 
 
 
 
 
 
 
 
299
  P("After the global near-deduplication of all 87 CommonCrawl dumps and other curated data, we removed around 85% of the total documents. This leaves us with approximately 4.24 trillion deduplicated tokens, which aligns with what FineWeb has reported for their iterative global deduplication. Along with the list of duplicated documents to delete, our deduplication code also saves some metadata about the duplicate clusters that we find. We save statistics about every duplicate cluster we find, with the document ID of the document we retain from the cluster as the key and with a value capturing the distribution of the duplicates within the cluster over the CommonCrawl dumps (identified by the first 2 digits of every document ID). This way, we always have information about the duplicates we have deleted, allowing us to upsample any data distribution we want for training."),
300
  P("During deduplication, it is not feasible to store all the duplicate clusters we form, but we do save some samples at every size. Here are some observations we made by examining these sample duplicate clusters:"),
301
- Ul(Li("Smaller components tend to have more overlap in their MinHash bands. The smallest components, which are essentially pairs, consist of exact duplicate documents that local exact deduplication missed."),Li("When clusters contain three or more documents, incremental changes in the text become apparent. For example, there may be a growing list of personnel over the years."),Li("In sizable clusters comprising 1,000 or more documents, we observe a trend towards templatization. This involves the recurrent use of standardized language to convey general topics such as terms and conditions, warnings, and disclaimers. Such language is prevalent on commercial websites, offering a consistent and efficient way to communicate commonly encountered information.")),
 
 
 
 
 
302
  ),
303
  )
304
 
 
269
 
270
  overview_div = Div(
271
  Section(
272
+ H2("Overview"),
273
+ H3("What This Section Contains"),
274
+ Ul(
275
+ Li("Motivation Behind TxT360", style = "margin-bottom: 5px"),
276
+ Li("The Highlevel Data Process Approach", style = "margin-bottom: 5px"),
277
+ Li("Introduction to Global Deduplication", style = "margin-bottom: 5px"),
278
+ ),
279
+ H2("Motivation Behind Txt360"),
280
+ H3("TxT360 is the first dataset to combine both web and curated data sources commonly used in pretraining."),
281
+ P("The quality and size of a pre-training dataset play a crucial role in the performance of large language models (LLMs). Data is often referred as low quality if it has not been filtered to review unwanted text. The community has introduced a variety of filtered datasets including purely web-based datasets. Commonly used pretraining datasets are:"),
282
+ Ul(
283
+ Li("RefinedWeb - cite", style = "margin-bottom: 5px"),
284
+ Li("RedPajama-Data-V2- cite", style = "margin-bottom: 5px"),
285
+ Li("DCLM- cite", style = "margin-bottom: 5px"),
286
+ Li("FineWeb- cite", style = "margin-bottom: 5px"),
287
+ ),
288
+ P("Conversely, there are similar datasets that focus on filtering curated sources to for high-quality, domain specific knowledge. Commonly used curated datasets include:"),
289
+ Ul(
290
+ Li("The Pile - cite", style = "margin-bottom: 5px"),
291
+ Li("RedPajama-Data-V1- cite", style = "margin-bottom: 5px"),
292
+ Li("Dolma- cite", style = "margin-bottom: 5px"),
293
+ ),
294
+ P("In pretraining, it is common to combine web data and curated sources (cite). Web data is included to provide a vast quantity of long tail and diverse data, while curated datasets are often information rich and provide the 'deep-dive' domain information. Both datasets play critical for effective LLM pre-training."),
295
+ H4("The Gap TxT360 Fills"),
296
+ P("Despite advancements in filtering and source material for both data types, each type of dataset has its limitations. RefinedWeb is known for its high quality content but and only about 10% of the entire dataset has been disclosed and the processing scripts have not been released. For datasets that have combined curated sources with web data, the web component is relatively small (NEED TO UPDATE - citation needed)."),
297
+ P("By integrating the extensive reach of web data with the exceptional quality of curated sources, TxT360 meets and surpasess the rigorous standards required for state-of-the-art LLM pre-training as demostated in the Results section."),
298
+
299
  P("Table 1: The following table shows TxT360 and other well-known datasets on the coverage and size of data sources."),
300
  table_div_1,
301
  table_div_2,
 
303
  table_div_data,
304
  ),
305
  Section(
306
+ H2("Our Generalizable Approach to Data Processing"),
307
+ P("To produce TxT360, a comprehensive and transparent data processing pipeline was designed to account for the nuances of both web and curated datasets. The pipeline presents a unified framework for processing both data types, making it convenient and easily adaptive for users to revise and fine-tune the pipeline for their own use cases."),
308
+ P("Web datasets are inherently noisy and varied. Thus, the pipeline includes sophisticated filtering and deduplication techniques to clean the data and remove redundancies or irrelevant information."),
309
+ P("Curated datasets are typically already structured and consistently formatted. TxT360 filters these sources with selective steps to maintain their integrity while providing seamless integration into the larger dataset."),
310
  P("We will open-source the scripts for the whole pipeline, allowing the community to review, replicate, and build upon our processes."),
311
  Img(src="images/pipeline.png", height = "300", width = "600" ),
312
+ P("Figure 1: Data processing pipeline. All the steps are adopted for processing web data while the yellow blocks are adopted for processing curated sources."),
313
  ),
314
  Section(
315
+ H2("Introducing Global Deduplication"),
316
+ P("Deduplication is crucial in language model pre-training for several reasons (NEEDS CITATION). Main hypothesis on why deduplicaiton is necessary and help include:"),
317
+ Ul(
318
+ Li("reducing data volume reduces training time (and cost)", style = "margin-bottom: 5px"),
319
+ Li("removing duplicataive data can lead to better accuracy", style = "margin-bottom: 5px"),
320
+ Li("prevent train-test overlap", style = "margin-bottom: 5px"),
321
+ Li("minimizes the risk of memorization leading to test loss", style = "margin-bottom: 5px"),
322
+ Li("", style = "margin-bottom: 5px"),
323
+ ),
324
+ P("Furthermore, by controlling the pretraining data distribution through deduplication and selective upsampling avoida relying on the often inconsistent distribution of internet-sourced data."),
325
+ H3("Highlights of the TxT360 Deduplication Process")
326
+ P("Our deduplication process began with 61.8 TB of filtered, and compressed documents, totaling approximately 48.83 billion documents. We first performed exact deduplication using a Bloom filter, reducing the dataset by 17% to 40.21 billion documents. For global near-deduplication, we scaled methodologies from prior works like SlimPajama to handle the entire dataset, including 87 Common Crawl dumps and other curated data. This involved generating document signatures, matching them to identify near-duplicates, and clustering these to retain only one document per cluster. We prioritized retaining documents from curated sources and more recent CommonCrawl dumps. Throughout the deduplication stages, we extensively used Dask for distributed data processing."),
327
  P("After the global near-deduplication of all 87 CommonCrawl dumps and other curated data, we removed around 85% of the total documents. This leaves us with approximately 4.24 trillion deduplicated tokens, which aligns with what FineWeb has reported for their iterative global deduplication. Along with the list of duplicated documents to delete, our deduplication code also saves some metadata about the duplicate clusters that we find. We save statistics about every duplicate cluster we find, with the document ID of the document we retain from the cluster as the key and with a value capturing the distribution of the duplicates within the cluster over the CommonCrawl dumps (identified by the first 2 digits of every document ID). This way, we always have information about the duplicates we have deleted, allowing us to upsample any data distribution we want for training."),
328
  P("During deduplication, it is not feasible to store all the duplicate clusters we form, but we do save some samples at every size. Here are some observations we made by examining these sample duplicate clusters:"),
329
+ Ul(
330
+ Li("Smaller components tend to have more overlap in their MinHash bands. The smallest components, which are essentially pairs, consist of exact duplicate documents that local exact deduplication missed."),
331
+ Li("When clusters contain three or more documents, incremental changes in the text become apparent. For example, there may be a growing list of personnel over the years."),
332
+ Li("In sizable clusters comprising 1,000 or more documents, we observe a trend towards templatization. This involves the recurrent use of standardized language to convey general topics such as terms and conditions, warnings, and disclaimers. Such language is prevalent on commercial websites, offering a consistent and efficient way to communicate commonly encountered information."),
333
+ ),
334
+ P("All Deduplication details can be found in the Global Data Processing Steps section."),
335
  ),
336
  )
337