Spaces:
Sleeping
Sleeping
victormiller
commited on
Commit
•
0c45d35
1
Parent(s):
bfc7293
Update overview.py
Browse files- overview.py +27 -40
overview.py
CHANGED
@@ -247,56 +247,43 @@ def get_curated_chart():
|
|
247 |
# Display treemap
|
248 |
st.plotly_chart(fig)
|
249 |
|
250 |
-
|
251 |
-
|
252 |
-
|
253 |
-
|
254 |
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")},
|
255 |
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")}.
|
256 |
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,
|
257 |
-
both critical for effective LLM pre-training.""")
|
258 |
-
|
259 |
-
|
260 |
-
quality_text3 = 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.")
|
261 |
-
|
262 |
-
data_processing_image_desc = 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.")
|
263 |
-
data_processing_overview = 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. ")
|
264 |
-
data_processing_overview2 = 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.")
|
265 |
-
data_processing_overview3 = P("We will open-source the scripts for the whole pipeline, allowing the community to review, replicate, and build upon our processes.")
|
266 |
-
|
267 |
-
dedup_text = 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.")
|
268 |
-
dedup_text1 = 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.")
|
269 |
-
dedup_text2 = 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.")
|
270 |
-
dedup_text3 = 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:")
|
271 |
-
|
272 |
-
list = 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."))
|
273 |
-
|
274 |
-
|
275 |
-
def overview():
|
276 |
-
return Div(Section(
|
277 |
-
|
278 |
-
H2("Combining the Best of Web and Curated Sources"),
|
279 |
-
quality_text,
|
280 |
-
quality_text2,
|
281 |
-
quality_text3,
|
282 |
H3("TxT360 combines both the web data and highly-curated sources, which none of the existing datasets have covered."),
|
283 |
P("Table 1: The following table shows TxT360 and other well-known datasets on the coverage and size of data sources."),
|
284 |
table_div,
|
285 |
P("Table 2: Basic TxT360 Statistics."),
|
286 |
table_div1,
|
287 |
-
|
|
|
288 |
H2("Our General Appoach to Data Processing"),
|
289 |
-
|
290 |
-
|
291 |
-
|
292 |
-
Img(src="images/pipeline.png"),
|
293 |
-
|
|
|
|
|
294 |
H2("Global Deduplication"),
|
295 |
-
|
296 |
-
|
297 |
-
|
298 |
-
|
299 |
-
list,
|
|
|
|
|
|
|
|
|
|
|
|
|
300 |
id="inner-text",
|
301 |
)
|
302 |
)
|
|
|
247 |
# Display treemap
|
248 |
st.plotly_chart(fig)
|
249 |
|
250 |
+
overview_div = Div(
|
251 |
+
Section(
|
252 |
+
H2("Combining the Best of Web and Curated Sources"),
|
253 |
+
P("""The quality and size of a pre-training dataset play a crucial role in the performance of large language models (LLMs).
|
254 |
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")},
|
255 |
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")}.
|
256 |
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,
|
257 |
+
both critical for effective LLM pre-training."""),
|
258 |
+
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."),
|
259 |
+
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."),
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
260 |
H3("TxT360 combines both the web data and highly-curated sources, which none of the existing datasets have covered."),
|
261 |
P("Table 1: The following table shows TxT360 and other well-known datasets on the coverage and size of data sources."),
|
262 |
table_div,
|
263 |
P("Table 2: Basic TxT360 Statistics."),
|
264 |
table_div1,
|
265 |
+
),
|
266 |
+
Section(
|
267 |
H2("Our General Appoach to Data Processing"),
|
268 |
+
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. "),
|
269 |
+
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."),
|
270 |
+
P("We will open-source the scripts for the whole pipeline, allowing the community to review, replicate, and build upon our processes."),
|
271 |
+
Img(src="images/pipeline.png", height = "300", width = "600" ),
|
272 |
+
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.")
|
273 |
+
),
|
274 |
+
Section(
|
275 |
H2("Global Deduplication"),
|
276 |
+
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."),
|
277 |
+
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."),
|
278 |
+
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."),
|
279 |
+
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:"),
|
280 |
+
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.")),
|
281 |
+
),
|
282 |
+
)
|
283 |
+
|
284 |
+
def overview():
|
285 |
+
return Div(Section(
|
286 |
+
overview_div,
|
287 |
id="inner-text",
|
288 |
)
|
289 |
)
|