<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Artif. Intell.</journal-id>
<journal-title>Frontiers in Artificial Intelligence</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Artif. Intell.</abbrev-journal-title>
<issn pub-type="epub">2624-8212</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3389/frai.2024.1387936</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Artificial Intelligence</subject>
<subj-group>
<subject>Original Research</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>MixTrain: accelerating DNN training via input mixing</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name><surname>Krithivasan</surname> <given-names>Sarada</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<xref ref-type="corresp" rid="c001"><sup>&#x0002A;</sup></xref>
<xref ref-type="author-notes" rid="fn001"><sup>&#x02020;</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1303593/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/data-curation/"/>
<role content-type="https://credit.niso.org/contributor-roles/formal-analysis/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Sen</surname> <given-names>Sanchari</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1097787/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/data-curation/"/>
<role content-type="https://credit.niso.org/contributor-roles/formal-analysis/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Venkataramani</surname> <given-names>Swagath</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1410163/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/data-curation/"/>
<role content-type="https://credit.niso.org/contributor-roles/formal-analysis/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Raghunathan</surname> <given-names>Anand</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/data-curation/"/>
<role content-type="https://credit.niso.org/contributor-roles/formal-analysis/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
</contrib-group>
<aff id="aff1"><sup>1</sup><institution>Department of Electrical and Computer Engineering, Purdue University</institution>, <addr-line>West Lafayette, IN</addr-line>, <country>United States</country></aff>
<aff id="aff2"><sup>2</sup><institution>IBM Research</institution>, <addr-line>Yorktown Heights, NY</addr-line>, <country>United States</country></aff>
<author-notes>
<fn fn-type="edited-by"><p>Edited by: Chunlei Liu, Children&#x00027;s Medical Research Institute, Australia</p></fn>
<fn fn-type="edited-by"><p>Reviewed by: Yuqi Han, Beijing Institute of Technology, China</p>
<p>Hu Wang, University of Adelaide, Australia</p>
<p>Yufeng Wang, Beihang University, China</p></fn>
<corresp id="c001">&#x0002A;Correspondence: Sarada Krithivasan <email>sarada.krithi&#x00040;ibm.com</email></corresp>
<fn fn-type="present-address" id="fn001"><p>&#x02020;Present address: Sarada Krithivasan, IBM Research, Yorktown Heights, NY, United States</p></fn>
</author-notes>
<pub-date pub-type="epub">
<day>04</day>
<month>09</month>
<year>2024</year>
</pub-date>
<pub-date pub-type="collection">
<year>2024</year>
</pub-date>
<volume>7</volume>
<elocation-id>1387936</elocation-id>
<history>
<date date-type="received">
<day>18</day>
<month>02</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>15</day>
<month>05</month>
<year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#x000A9; 2024 Krithivasan, Sen, Venkataramani and Raghunathan.</copyright-statement>
<copyright-year>2024</copyright-year>
<copyright-holder>Krithivasan, Sen, Venkataramani and Raghunathan</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p></license>
</permissions>
<abstract>
<p>Training Deep Neural Networks (DNNs) places immense compute requirements on the underlying hardware platforms, expending large amounts of time and energy. An important factor contributing to the long training times is the increasing dataset complexity required to reach state-of-the-art performance in real-world applications. To address this challenge, we explore the use of input mixing, where multiple inputs are combined into a single composite input with an associated composite label for training. The goal is for training on the mixed input to achieve a similar effect as training separately on each the constituent inputs that it represents. This results in a lower number of inputs (or mini-batches) to be processed in each epoch, proportionally reducing training time. We find that naive input mixing leads to a considerable drop in learning performance and model accuracy due to interference between the forward/backward propagation of the mixed inputs. We propose two strategies to address this challenge and realize training speedups from input mixing with minimal impact on accuracy. First, we reduce the impact of inter-input interference by exploiting the spatial separation between the features of the constituent inputs in the network&#x00027;s intermediate representations. We also adaptively vary the mixing ratio of constituent inputs based on their loss in previous epochs. Second, we propose heuristics to automatically identify the subset of the training dataset that is subject to mixing in each epoch. Across ResNets of varying depth, MobileNetV2 and two Vision Transformer networks, we obtain upto 1.6 &#x000D7; and 1.8 &#x000D7; speedups in training for the ImageNet and Cifar10 datasets, respectively, on an Nvidia RTX 2080Ti GPU, with negligible loss in classification accuracy.</p></abstract>
<kwd-group>
<kwd>deep learning</kwd>
<kwd>training</kwd>
<kwd>input mixing</kwd>
<kwd>runtime efficiency</kwd>
<kwd>GPUs (graphics processing units)</kwd>
</kwd-group>
<counts>
<fig-count count="11"/>
<table-count count="3"/>
<equation-count count="7"/>
<ref-count count="34"/>
<page-count count="13"/>
<word-count count="8005"/>
</counts>
<custom-meta-wrap>
<custom-meta>
<meta-name>section-at-acceptance</meta-name>
<meta-value>Machine Learning and Artificial Intelligence</meta-value>
</custom-meta>
</custom-meta-wrap>
</article-meta>
</front>
<body>
<sec sec-type="intro" id="s1">
<title>1 Introduction</title>
<p>The success of deep neural networks has come at a cost of rapidly rising computational requirements for training. This increase is due to a combination of rising dataset and model complexities. For example, in the context of image classification, training dataset complexity increased significantly from MNIST and CIFAR-10/100 (50,000&#x02013;60,000 images) to ImageNet-1K (1.2 million) and ImageNet-21K (14.2 million). This is supplemented by a growth in model complexity required to achieve state-of-the-art performance (Stojnic et al., <xref ref-type="bibr" rid="B23">2023</xref>). The impact of increased training computation is both monetary (cost to train) and environmental (<italic>CO</italic><sub>2</sub> emissions) (Strubell et al., <xref ref-type="bibr" rid="B24">2019</xref>). A study from OpenAI (Amodei et al., <xref ref-type="bibr" rid="B2">2018</xref>) reports that training costs of deep neural networks have been doubling every 3.5 months, greatly outpacing improvements in hardware capabilities.</p>
<sec>
<title>1.1 Prior efforts on accelerating DNN training</title>
<p>Several methods have been proposed to accelerate DNN training. We divide them into a few broad categories, such as enabling the use of large-scale parallelism (e.g., hundreds or thousands of servers) in DNN training (Goyal et al., <xref ref-type="bibr" rid="B7">2017</xref>; You et al., <xref ref-type="bibr" rid="B30">2017</xref>), training on reduced-resolution inputs (Touvron et al., <xref ref-type="bibr" rid="B28">2019</xref>; Tan and Le, <xref ref-type="bibr" rid="B27">2021</xref>), training at reduced precision (Sun et al., <xref ref-type="bibr" rid="B25">2019</xref>), pruning to reduce the model size during training (Lym et al., <xref ref-type="bibr" rid="B17">2019</xref>), input instance skipping (Jiang et al., <xref ref-type="bibr" rid="B12">2019</xref>; Zhang et al., <xref ref-type="bibr" rid="B34">2019</xref>) and dataset condensation (Mirzasoleiman et al., <xref ref-type="bibr" rid="B19">2020</xref>; Killamsetty et al., <xref ref-type="bibr" rid="B13">2021</xref>).</p>
</sec>
<sec>
<title>1.2 Accelerating DNN training by mixing inputs</title>
<p>Complementary to the aforementioned efforts, we propose the use of input mixing, a technique that has traditionally been used for data augmentation (Zhang et al., <xref ref-type="bibr" rid="B33">2017</xref>; Yun et al., <xref ref-type="bibr" rid="B32">2019</xref>), to accelerate DNN training. Consider two training inputs <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub>. A mixing function F is applied to <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub> to produce a <italic>mixed input</italic> <italic>X</italic>. The mixed input can be thought of as a point in the input space that combines information from both the constituent inputs that it represents. From the functional perspective, training on a mixed input must produce a similar effect on the model as training on the individual constituent inputs. On the other hand, from a computational viewpoint, mixing inputs reduces the number of input samples that need to be processed during training. This reduction in the effective size of the training dataset leads to fewer mini-batches in each epoch, and thereby lower training time. Due to the nature of input mixing, it is complementary to, and can be combined with, the other approaches to accelerate training described above. In <sans-serif>mixTrain</sans-serif>, we adopt computationally lightweight mixing operators <monospace>CutMix</monospace> and <monospace>MixUp</monospace> that have been proposed for a different purpose, <italic>viz</italic>. data augmentation (Zhang et al., <xref ref-type="bibr" rid="B33">2017</xref>; Yun et al., <xref ref-type="bibr" rid="B32">2019</xref>). As illustrated in <xref ref-type="fig" rid="F1">Figure 1</xref>, <monospace>MixUp</monospace> performs a simple weighted linear averaging of the pixels of two inputs, while <monospace>CutMix</monospace> randomly selects a patch of one input and pastes it onto the other.</p>
<fig id="F1" position="float">
<label>Figure 1</label>
<caption><p>Mixing operators <bold>(A)</bold> MixUp <bold>(B)</bold> CutMix. Source: ImageNet.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0001.tif"/>
</fig>
<p>Realizing training speedups through input mixing raises interesting questions, such as how to train networks on mixed samples, which samples to mix, etc. We observe that indiscriminate application of mixing leads to a considerable drop in learning performance and model accuracy. On further investigation, we find that this can be attributed to the interference between the processing of the constituent inputs within each mixed input. To preserve accuracy, we therefore propose techniques to mitigate this interference. We find that for the <monospace>CutMix</monospace> operator, the network&#x00027;s internal features largely maintain spatial separation between the constituent inputs in convolutional layers, but this separation is lost in the fully connected layers. We thus propose <italic>split propagation</italic>, wherein the features corresponding to each constituent input are processed separately by the fully connected layers. In contrast, with the <monospace>MixUp</monospace> operator, spatial separation between the constituent inputs is not maintained. Here, we mitigate the impact of interference through <italic>adaptive mixing</italic>, where the weights of the constituent inputs are varied based on their losses in previous epochs.</p>
<p>Additionally, we explore applying mixing selectively, i.e., only to a subset of training inputs in each epoch. We design a loss-driven metric to identify the training samples that are amenable to mixing in each epoch. We find that inputs at the two ends of the loss distribution, i.e., with very low and very high loss magnitudes, are amenable to mixing. Low-loss inputs are mixed because their functional performance remains largely unaffected by mixing. In contrast, we mix samples with high loss because a considerable percentage of such samples are unlikely to be learned even when no mixing is applied. We show that <sans-serif>mixTrain</sans-serif> achieves superior accuracy vs. efficiency tradeoffs compared to alternative approaches such as input skipping and early termination. Finally, we note that <sans-serif>mixTrain</sans-serif> is designed in a completely hyper-parameter free manner. This reduces the additional effort spent on hyper-parameter tuning for different models.</p>
<p>The key contributions of this work can be summarized as follows.</p>
<list list-type="bullet">
<list-item><p>To the best of our knowledge, <sans-serif>mixTrain</sans-serif> is the first effort to accelerate DNN training by mixing inputs</p></list-item>
<list-item><p>We propose two strategies to improve the learning performance of <sans-serif>mixTrain</sans-serif>. First, we propose split propagation and adaptive mixing to reduce the impact of interference between the constituent inputs in a composite sample. Second, we apply mixing selectively, i.e., only on a subset of the training dataset in every epoch.</p></list-item>
<list-item><p>Across our benchmarks consisting of both image recognition CNNs (including ResNet18/34/50 and MobileNet) and vision transformers, we demonstrate up to 1.6 &#x000D7; and 1.8 &#x000D7; improvement in training time on the ImageNet and Cifar10 datasets respectively for &#x0007E;0.2% Top-1 accuracy loss on a Nvidia RTX 2080Ti GPU, without the use of additional hyper-parameters.</p></list-item>
</list></sec>
</sec>
<sec id="s2">
<title>2 Related work</title>
<p>We now discuss related research efforts to accelerate DNN training.</p>
<sec>
<title>2.1 Hyper-parameter tuning</title>
<p>Many notable efforts are directed toward achieving training efficiency by controlling the hyper-parameters involved in gradient-descent, notably the learning rate and momentum. Akiba et al. (<xref ref-type="bibr" rid="B1">2017</xref>); Goyal et al. (<xref ref-type="bibr" rid="B7">2017</xref>), and You et al. (<xref ref-type="bibr" rid="B30">2017</xref>) propose learning rate tuning algorithms that significantly accelerate training with no loss in accuracy, when distributed to over hundreds of CPU/GPU cores.</p>
</sec>
<sec>
<title>2.2 Optimizers with fast convergence</title>
<p>This class of efforts includes optimizers that achieve improved generalization performance within a certain training budget. These techniques target the evaluation of the weight gradient every iteration- for example, optimizers such as AvaGrad (Savarese et al., <xref ref-type="bibr" rid="B22">2019</xref>) and Adam (Kingma and Ba, <xref ref-type="bibr" rid="B15">2015</xref>) adaptively compute the learning rate across training epochs, resulting in faster convergence than SGD in a similar number of epochs for certain tasks. Similarly, techniques such as (Sutskever et al., <xref ref-type="bibr" rid="B26">2013</xref>) utilize a momentum parameter during training to achieve faster convergence.</p>
</sec>
<sec>
<title>2.3 Model size reduction during training</title>
<p>Model size reduction involves dynamically pruning (Yuan et al., <xref ref-type="bibr" rid="B31">2020</xref>; Hoefler et al., <xref ref-type="bibr" rid="B10">2021</xref>) or quantizing (Sun et al., <xref ref-type="bibr" rid="B25">2019</xref>; Fu et al., <xref ref-type="bibr" rid="B6">2020</xref>, <xref ref-type="bibr" rid="B5">2021</xref>; Wolfe and Kyrillidis, <xref ref-type="bibr" rid="B29">2024</xref>) a model during training itself. Training a reduced-capacity model, or with lower-precision results in training speed-ups. In contrast to these techniques which compress the DNN model, MixTrain achieves training speed-up by dynamically reducing the size of the dataset during training.</p>
</sec>
<sec>
<title>2.4 Coreset selection strategies</title>
<p>Such techniques select a subset of the training samples that are most informative, i.e., critical to accuracy. These techniques differ in the identification of such critical training samples. Commonly used methods to determine a sample&#x00027;s importance include analyzing sample loss (Jiang et al., <xref ref-type="bibr" rid="B12">2019</xref>; Zhang et al., <xref ref-type="bibr" rid="B34">2019</xref>), gradient-matching techniques (Killamsetty et al., <xref ref-type="bibr" rid="B13">2021</xref>), bi-level optimization methods (Killamsetty et al., <xref ref-type="bibr" rid="B14">2020</xref>), sub-modularity based approaches (Iyer et al., <xref ref-type="bibr" rid="B11">2020</xref>), and decision boundary based methods (Margatina et al., <xref ref-type="bibr" rid="B18">2021</xref>).</p></sec>
</sec>
<sec id="s3">
<title>3 Input mixing: preliminaries</title>
<p>Input mixing takes multiple inputs and combines them into a composite input, taking in information from each of the constituent inputs. <sans-serif>mixTrain</sans-serif> uses two operators&#x02014;<monospace>MixUp</monospace> (Zhang et al., <xref ref-type="bibr" rid="B33">2017</xref>) and <monospace>CutMix</monospace> (Yun et al., <xref ref-type="bibr" rid="B32">2019</xref>), which are illustrated in <xref ref-type="fig" rid="F1">Figure 1</xref>.</p>
<p>Consider two inputs, <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub>. For <monospace>MixUp</monospace>, as seen in <xref ref-type="disp-formula" rid="E1">Equation 1</xref>, each pixel <italic>j</italic> of the composite input <italic>X</italic> is obtained by linearly averaging the corresponding pixels of <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub>. The mixing ratio <italic>r</italic> is in the range [0, 1]. The <monospace>CutMix</monospace> operator selects a random patch of <italic>x</italic><sub>1</sub>, and pastes it onto <italic>x</italic><sub>2</sub>. The weightage <italic>r</italic> of each input <italic>x</italic><sub><italic>i</italic></sub> is decided by its area in the composite sample.</p>
<disp-formula id="E1"><label>(1)</label><mml:math id="M1"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>r</mml:mi><mml:mo>&#x000B7;</mml:mo><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>&#x0002B;</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>-</mml:mo><mml:mi>r</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<p>Further, let us assume the target labels of the constituent inputs are <italic>y</italic><sub>1</sub> and <italic>y</italic><sub>2</sub>. In Zhang et al. (<xref ref-type="bibr" rid="B33">2017</xref>) and Yun et al. (<xref ref-type="bibr" rid="B32">2019</xref>), the loss of the composite input <italic>X</italic> is defined as the weighted sum of the loss of <italic>X</italic> with respect to <italic>y</italic><sub>1</sub> and <italic>y</italic><sub>2</sub>, as shown in <xref ref-type="disp-formula" rid="E2">Equation 2</xref> for the cross-entropy loss. Here, <italic>f</italic> is the DNN model, and <italic>K</italic> the number of classes.</p>
<p>Input mixing has previously been applied for data augmentation, wherein randomly selected training input samples are combined through operators such as (Zhang et al., <xref ref-type="bibr" rid="B33">2017</xref>; Yun et al., <xref ref-type="bibr" rid="B32">2019</xref>) and added to the training set. Training on the randomly combined input samples has the effect of virtually augmenting the dataset, as the model is exposed to new training samples in each epoch. These efforts are focused on improving generalization, often achieved at the cost of increased training time. Specifically, the total number of input samples in each epoch of training after mixing remains the same. Further, in order to realize improvements in accuracy, these techniques often require 2&#x02013;3 &#x000D7; more training epochs than baseline SGD (Zhang et al., <xref ref-type="bibr" rid="B33">2017</xref>; Yun et al., <xref ref-type="bibr" rid="B32">2019</xref>).</p>
<disp-formula id="E2"><label>(2)</label><mml:math id="M2"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mo>-</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>&#x003B1;</mml:mi><mml:mo>&#x000B7;</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mfrac><mml:mrow><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mi>y</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:mstyle displaystyle="true"><mml:msubsup><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>l</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:msubsup></mml:mstyle><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mfrac></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x0002B;</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>-</mml:mo><mml:mi>&#x003B1;</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>&#x000B7;</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mfrac><mml:mrow><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mi>y</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:mstyle displaystyle="true"><mml:msubsup><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>l</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:msubsup></mml:mstyle><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mfrac></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
</sec>
<sec id="s4">
<title>4 <sans-serif>mixTrain</sans-serif>: accelerating DNN training via input mixing</title>
<p>The key idea in <sans-serif>mixTrain</sans-serif> is to improve the overall training time by dynamically applying the mixing operators, <monospace>MixUp</monospace> and <monospace>CutMix</monospace>, on the training dataset <italic>D</italic> to reduce the number of samples in each epoch. However, naive mixing, e.g., where random pairs of input samples are mixed in each training epoch to reduce the number of training samples by half, negatively impacts classification accuracy. As observed in <xref ref-type="fig" rid="F2">Figure 2A</xref>, on the ImageNet-ResNet50 benchmark, the drop in accuracy incurred after training on the reduced (i.e., halved) dataset obtained after applying either operator is nearly 4&#x02013;6%.</p>
<fig id="F2" position="float">
<label>Figure 2</label>
<caption><p>Classification performance with mixed inputs. <bold>(A)</bold> Validation accuracy during training. <bold>(B)</bold> Accuracy on constituent inputs for different training methods.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0002.tif"/>
</fig>
<p>The following subsections discuss the two key strategies that are critical to the overall success of <sans-serif>mixTrain</sans-serif>, namely, reducing the impact of interference between constituent inputs and selective mixing.</p>
<sec>
<title>4.1 Reducing impact of interference</title>
<p>In this subsection, we discuss the primary cause affecting the accuracy of training with naive mixing, <italic>i.e</italic>., interference between constituent inputs, and propose techniques to address the same.</p>
<p>We begin by analyzing the ability of a network trained with mixed inputs to correctly classify the constituent inputs of a composite sample. At different stages of training (different training epochs), we identify the set of training samples that the network classifies correctly without mixing, say set <italic>S</italic>. Our goal is to understand how the network fares in classifying the samples in set <italic>S</italic> after they have been mixed. Specifically, we study the network&#x00027;s performance in detecting the presence of both constituent inputs in the mixed sample. Consider inputs <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub> in <italic>S</italic> mixed with ratio &#x003B1; &#x0003D; 0.5 to form <italic>X</italic>, which is passed through the network. The network detects constituent inputs <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub> in <italic>X</italic>, when the softmax scores of their corresponding class labels occupy the highest and second highest positions (order can be inter-changeable between <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub>). Only a single input is detected when the class label of one of the constituent inputs has the highest softmax score (say <italic>x</italic><sub>1</sub>), while the second-highest score is achieved by a class not corresponding to the second constituent input (i.e., other than <italic>x</italic><sub>2</sub>).</p>
<p>Samples in set <italic>S</italic> are thus mixed in pairs (<italic>r</italic> = 0.5), and the accuracy on the mixed inputs is recorded. Five such runs are conducted to allow for different random input combinations and the results are averaged and presented in <xref ref-type="fig" rid="F2">Figure 2</xref>. Surprisingly, after mixing is applied, the network is able to classify only less than half of the inputs in <italic>S</italic> (green and blue dotted curves in <xref ref-type="fig" rid="F2">Figure 2B</xref>) even in the final epochs of training- note that these were inputs that were classified correctly without mixing (black line). On further investigation, it is found that for many mixed inputs, the network is able to correctly classify only one of the constituent inputs. The class label of the other constituent input often does not appear even amongst the Top-5 predictions made by the network. This leads to increased loss for one of the constituent samples, consequently impacting training performance and the final validation accuracy. It is thus critical to develop techniques that effectively learn on all constituent samples of a composite input. We next describe our approach to addressing this challenge.</p>
<sec>
<title>4.1.1 Split propagation</title>
<p>We identify two factors that contribute to the poor classification accuracy of a mixed input&#x00027;s constituent inputs in the case of the <monospace>CutMix</monospace> operator. Due to the random nature of the patch selected from a constituent input, it is possible to miss the corresponding constituent inputs&#x00027; class object. Second, there may be interference between the features of the constituent inputs when the network processes the mixed sample. To design effective strategies that improve overall classification performance, it is important to understand the individual effect of each factor. We study the impact of the first factor by passing random patches from the inputs through the network; however, instead of mixing, random patches amounting to half the input area are zeroed-out. As shown using the solid orange curve (ZeroPatch) in <xref ref-type="fig" rid="F2">Figure 2B</xref>, the drop in accuracy is &#x0007E;16%, and is significantly lower compared to mixing. This indicates that it is the interference between the constituent inputs that is the primary factor causing degradation in classification performance.</p>
<p>Examining the intermediate representations of the network while processing mixed inputs sheds some light on this interference. By virtue of the nature of convolutions, the spatial separation between constituent inputs in the composite input is maintained through many layers of the network, with only mild interference occurring at the boundaries of the inputs. For example, in <xref ref-type="fig" rid="F3">Figure 3</xref>, the right half of the features in the final convolution layer&#x00027;s output pertain to the right half of the mixed input. The spatial distinction between the features is maintained until the last convolutional layer, but is lost after the averaging action of the final pooling layer. As a result, the fully connected layer correctly classifies only one of the constituent inputs<xref ref-type="fn" rid="fn0001"><sup>1</sup></xref>.</p>
<fig id="F3" position="float">
<label>Figure 3</label>
<caption><p>Training mixed inputs. Source: ImageNet.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0003.tif"/>
</fig>
<p>To aid the network in classifying both constituent inputs correctly, we propose split propagation of constituent features after the final convolution layer. As shown in <xref ref-type="fig" rid="F3">Figure 3</xref>, we identify the region in the final convolutional layer&#x00027;s output maps pertaining to each constituent input, and pass the features separately through the remaining layers of the network. Both constituent inputs of mixed samples are now classified correctly, leading to a significant improvement in classification performance (solid blue curve in <xref ref-type="fig" rid="F2">Figure 2B</xref>). During back-propagation, the output errors of each constituent input are propagated separately until the average pooling layer. The error tensors obtained at the input of the average pooling layer are then concatenated and propagated backwards across the rest of the network. The classification loss for the constituent inputs improves, thereby improving overall validation accuracy (<xref ref-type="fig" rid="F2">Figure 2A</xref>). We note that the split propagation of the constituent inputs can be performed in parallel. Thus, the runtime overheads of this scheme are negligible, accounting for &#x0003C; 3% of overall training time.</p></sec>
<sec>
<title>4.1.2 Adaptive mixing</title>
<p>Unlike <monospace>CutMix</monospace>, the <monospace>MixUp</monospace> operator averages each element of the constituent inputs prior to feeding them to the network. Therefore, the network&#x00027;s internal representations do not exhibit any spatial separation between the constituent inputs. We thus devise alternative strategies to mitigate the impact of inter-input interference.</p>
<p>It appears from <xref ref-type="fig" rid="F2">Figure 2A</xref> that the validation accuracy with <monospace>MixUp</monospace> is even lower compared to <monospace>CutMix</monospace> , due to a slower rate at which training loss improves for the mixed inputs. Naturally, a simple boost in performance can be achieved by at least improving the loss for one of the constituent inputs of the mixed input. We thus adapt the weight (<italic>r</italic>) of constituent inputs so as to favor the more difficult input, as identified by the loss in the previous epoch. However, if the constituent samples were mixed in the previous epoch, it is not trivial to obtain their individual losses prior to mixing. To that end, we utilize an approximation to evaluate the losses of the constituent inputs in the previous epoch, described as follows. Consider two constituent inputs <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub> with target labels <italic>y</italic><sub>1</sub> and <italic>y</italic><sub>2</sub> respectively, that have been mixed with ratio <italic>r</italic><sub><italic>E</italic></sub> in epoch <italic>E</italic> (<xref ref-type="disp-formula" rid="E3">Equation 3</xref>), to form the composite sample X. As seen in <xref ref-type="disp-formula" rid="E4">Equation 4</xref>, we use the loss of the network on the mixed input <italic>X</italic> to estimate its loss on the individual constituent inputs. Here, <italic>K</italic> stands for the number of classes in the task. While estimating the loss of <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub> in such a manner is indeed an approximation, this allows us to avoid an additional forward propagation step to estimate the true loss of <italic>x</italic><sub>1</sub> and <italic>x</italic><sub>2</sub>, thereby alleviating any runtime overhead.</p>
<disp-formula id="E3"><label>(3)</label><mml:math id="M3"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:mi>X</mml:mi><mml:mo>=</mml:mo><mml:msub><mml:mrow><mml:mi>r</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:msub><mml:mo>*</mml:mo><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>&#x0002B;</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>-</mml:mo><mml:msub><mml:mrow><mml:mi>r</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>*</mml:mo><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<disp-formula id="E4"><label>(4)</label><mml:math id="M4"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>E</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mo>-</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mfrac><mml:mrow><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mi>y</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:mstyle displaystyle="true"><mml:msubsup><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>l</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:msubsup></mml:mstyle><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mfrac></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mtext>&#x000A0;&#x000A0;&#x000A0;</mml:mtext><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>E</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow><mml:mo>=</mml:mo><mml:mo>-</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mfrac><mml:mrow><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:msub><mml:mrow><mml:mi>y</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:mstyle displaystyle="true"><mml:msubsup><mml:mrow><mml:mo>&#x02211;</mml:mo></mml:mrow><mml:mrow><mml:mi>l</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>K</mml:mi></mml:mrow></mml:msubsup></mml:mstyle><mml:msup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:mi>X</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>l</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mfrac></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<p>Once the losses of the constituent inputs have been obtained, we mix them in the next epoch <italic>E</italic>&#x0002B;1 with the ratio <italic>r</italic><sub><italic>E</italic>&#x0002B;1</sub> as shown below in <xref ref-type="disp-formula" rid="E5">Equation 5</xref>. As seen in <xref ref-type="fig" rid="F2">Figure 2A</xref>, this provides a boost in classification accuracy.</p>
<disp-formula id="E5"><label>(5)</label><mml:math id="M5"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mi>r</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi><mml:mo>&#x0002B;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>E</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow><mml:mrow><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:mi>s</mml:mi><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>x</mml:mi></mml:mrow><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>E</mml:mi></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:mfrac></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<p>Note that there is still some gap between the accuracy with and without mixing even after the use of split propagation and adaptive mixing, which we address next.</p>
</sec>
</sec>
<sec>
<title>4.2 Selective mixing</title>
<p>We explore a second strategy, selective mixing, to further improve accuracy when training with mixed inputs. Here, the general principle is to dynamically identify a subset of the training dataset in each epoch for which mixing does not have a negative impact on overall classification performance. We achieve this through the design of a loss-based metric that determines, for each epoch, the subset of samples <italic>S<sub><italic>mix</italic></sub></italic> that can be mixed in subsequent epochs. Samples that are not amenable to mixing are added to set <italic>S<sub><italic>noMix</italic></sub></italic>. The training dataset is thus formed using samples in <italic>S<sub><italic>noMix</italic></sub></italic> as is, and mixing pairs of samples in <italic>S<sub><italic>mix</italic></sub></italic>.</p>
<sec>
<title>4.2.1 Overview</title>
<p>The proposed selective mixing strategy consists of three steps as shown in <xref ref-type="fig" rid="F4">Figure 4</xref>. At every epoch, the reduced dataset is divided into mini-batches and fed to the network. The network performs the forward and backward passes on each mini-batch. Once the forward pass for a particular mini-batch is complete, the loss of each constituent input is computed. This is used to determine the amenability of each constituent input to mixing in the next epoch E&#x0002B;1, based on which it is added to <italic>S<sub><italic>mix</italic></sub></italic> or <italic>S<sub><italic>noMix</italic></sub></italic>. Finally, the batch-sampler forms mini-batches for the epoch E&#x0002B;1 by randomly drawing samples from either <italic>S<sub><italic>mix</italic></sub></italic> or <italic>S<sub><italic>noMix</italic></sub></italic>.</p>
<fig id="F4" position="float">
<label>Figure 4</label>
<caption><p>Overview of selective mixing.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0004.tif"/>
</fig>
<p>The first and the third steps are straight-forward. In the following sub-section, we elaborate on the second step, i.e., determining the amenability of a sample to mixing, in greater detail.</p></sec>
<sec>
<title>4.2.2 Evaluating amenability to mixing</title>
<p>A suitable loss-based metric must estimate the subsets <italic>S<sub><italic>mix</italic></sub></italic> and <italic>S<sub><italic>noMix</italic></sub></italic> every epoch, such that no negative impact on accuracy is suffered. We design such a metric by studying trends in the loss of a sample prior to and after mixing, at different stages of the training process.</p>
<p>Consider models trained with <monospace>MixUp</monospace> and <monospace>CutMix</monospace> at three different training epochs as shown. At each selected epoch, we compute the <italic>L</italic><sub>1</sub> difference of the loss of every sample <italic>x</italic> with and without mixing, i.e., <italic>loss</italic><sub><italic>mix</italic></sub>(<italic>x</italic>) and <italic>loss(x)</italic> respectively. We define <italic>loss</italic><sub><italic>mix</italic></sub>(<italic>x</italic>) as the loss of the mixed sample <italic>x</italic>&#x02032; with respect to the golden label of <italic>x</italic>, as shown in <xref ref-type="disp-formula" rid="E6">Equation 6</xref>. Here, <italic>K</italic> is the number of classes, and <italic>y</italic> is the golden label of <italic>x</italic>. We average <italic>loss</italic><sub><italic>mix</italic></sub>(<italic>x</italic>) after 5 different random pairings to create <italic>x</italic>&#x02032;.</p>
<disp-formula id="E6"><label>(6)</label><mml:math id="M6"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:mi>L</mml:mi><mml:mi>o</mml:mi><mml:mi>s</mml:mi><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>m</mml:mi><mml:mi>i</mml:mi><mml:mi>x</mml:mi></mml:mrow></mml:msub><mml:mo stretchy='false'>(</mml:mo><mml:mi>x</mml:mi><mml:mo stretchy='false'>)</mml:mo><mml:mo>=</mml:mo><mml:mo>&#x02212;</mml:mo><mml:mi>l</mml:mi><mml:mi>o</mml:mi><mml:mi>g</mml:mi><mml:mrow><mml:mo stretchy='false'>(</mml:mo><mml:mrow><mml:mfrac><mml:mrow><mml:msup><mml:mi>e</mml:mi><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mo stretchy='false'>(</mml:mo><mml:msup><mml:mi>x</mml:mi><mml:mo>&#x02032;</mml:mo></mml:msup><mml:mo stretchy='false'>)</mml:mo></mml:mrow><mml:mi>y</mml:mi></mml:msub></mml:mrow></mml:msup></mml:mrow><mml:mrow><mml:mstyle displaystyle='true'><mml:msubsup><mml:mo>&#x02211;</mml:mo><mml:mrow><mml:mi>l</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mi>K</mml:mi></mml:msubsup><mml:mrow><mml:msup><mml:mi>e</mml:mi><mml:mrow><mml:mi>f</mml:mi><mml:msub><mml:mrow><mml:mo stretchy='false'>(</mml:mo><mml:msup><mml:mi>x</mml:mi><mml:mo>&#x02032;</mml:mo></mml:msup><mml:mo stretchy='false'>)</mml:mo></mml:mrow><mml:mi>l</mml:mi></mml:msub></mml:mrow></mml:msup></mml:mrow></mml:mstyle></mml:mrow></mml:mfrac></mml:mrow><mml:mo stretchy='false'>)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<p>We observe that <italic>loss</italic><sub><italic>mix</italic></sub>(<italic>x</italic>) deviates and increases further away as <italic>loss(x)</italic> increases, consistently across the benchmarks analyzed for both operators (<xref ref-type="fig" rid="F5">Figure 5A</xref> depicts the same for <monospace>CutMix</monospace>). In other words, the graph indicates that <italic>as loss(x) increases, its amenability to mixing decreases</italic>. Furthermore, we find that prior to mixing, a majority of the correctly classified samples occupy the low loss regime as shown in <xref ref-type="fig" rid="F5">Figure 5A</xref>. After applying mixing to these samples, we find that their classification accuracy is largely retained, especially as epochs progress, as depicted in <xref ref-type="fig" rid="F5">Figure 5B</xref> for the <monospace>CutMix</monospace> operator.</p>
<fig id="F5" position="float">
<label>Figure 5</label>
<caption><p>Analyzing amenability to mixing. <bold>(A)</bold> Magnitude of difference in loss of a sample before and after mixing. <bold>(B)</bold> Classification performance on mixed samples across epochs. <bold>(C)</bold> Loss distribution of samples in epoch 30.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0005.tif"/>
</fig>
<p>Hence, for samples that are not mixed in epoch E, we determine their amenability to mixing in the next epoch based on the particular region of the loss distribution it belongs to. As illustrated in <xref ref-type="fig" rid="F5">Figure 5C</xref>, the loss distribution is divided into three regions that utilize different criteria for gauging amenability. We now discuss the criteria for each region, and the conditions for continuing mixing in subsequent epochs.</p>
<p>Region 1 corresponds to the area in the loss distribution where a majority of the correctly classified samples are located. From <xref ref-type="fig" rid="F5">Figure 5B</xref> we know that the loss, and to a certain extent the classification accuracy of such samples remains largely unaffected by mixing and such samples are hence mixed aggressively. Next, we consider the portion of the loss distribution occupied by the incorrect samples and divide this space into two regions. Region 2 comprises of incorrect samples with moderate loss. To avoid any negative impact on accuracy, we avoid mixing these samples. Moving on to Region 3, these are samples the network finds very difficult to classify as characterized by their high loss magnitudes. We find that the training effort can be reduced on samples that consistently occur in Region 3 by mixing them, as they are unlikely to contribute to final classification accuracy.</p>
<p>The separations in the loss distribution are realized using simple linear clustering techniques that correlate the loss of a training sample in some epoch E to classification accuracy, based on trends in previous epochs. Let <italic>L</italic><sub><italic>corr</italic></sub> and <italic>L</italic><sub><italic>incorr</italic></sub> represent the running average of the correct and incorrect samples in <italic>S<sub><italic>noMix</italic></sub></italic> respectively (calculated from epoch 0 to E-1), and let <italic>L</italic><sub><italic>mid</italic></sub> denote the average of the two quantities as shown in <xref ref-type="disp-formula" rid="E7">Equation 7</xref>, i.e.,</p>
<disp-formula id="E7"><label>(7)</label><mml:math id="M7"><mml:mtable class="eqnarray" columnalign="left"><mml:mtr><mml:mtd><mml:msub><mml:mrow><mml:mi>L</mml:mi></mml:mrow><mml:mrow><mml:mi>m</mml:mi><mml:mi>i</mml:mi><mml:mi>d</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn><mml:mo>.</mml:mo><mml:mn>5</mml:mn><mml:mo>*</mml:mo><mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>L</mml:mi></mml:mrow><mml:mrow><mml:mi>c</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>&#x0002B;</mml:mo><mml:msub><mml:mrow><mml:mi>L</mml:mi></mml:mrow><mml:mrow><mml:mi>i</mml:mi><mml:mi>n</mml:mi><mml:mi>c</mml:mi><mml:mi>o</mml:mi><mml:mi>r</mml:mi><mml:mi>r</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:math></disp-formula>
<p><italic>L</italic><sub><italic>mid</italic></sub> acts as a boundary between the correct and incorrect samples, effectively creating two clusters whose centroids are given by <italic>L</italic><sub><italic>corr</italic></sub> and <italic>L</italic><sub><italic>incorr</italic></sub>. Thus, samples with loss less than <italic>L</italic><sub><italic>mid</italic></sub> in epoch E can be identified as Region 1 samples, as they are likely to be correct. <xref ref-type="fig" rid="F6">Figure 6</xref> plots the efficacy of <italic>L</italic><sub><italic>mid</italic></sub> across different epochs (fraction of correct inputs under <italic>L</italic><sub><italic>mid</italic></sub>). As desired, a majority of the correct samples (&#x0003E; 95%) fall in Region 1, while only including a negligible fraction of incorrect samples (&#x0003C; 10%). Furthermore, samples with loss greater than <italic>L</italic><sub><italic>incorr</italic></sub> in a particular epoch are in the upper percentile of the loss distribution of the incorrect samples. <italic>L</italic><sub><italic>incorr</italic></sub> can hence used to create Region 2 and Region 3 as shown. We note that loss thresholds of better quality can potentially be identified by introducing hyper-parameters. However, tuning these hyper-parameters for each network separately is a costly process, diminishing the runtime benefits achieved by reducing training complexity.</p>
<fig id="F6" position="float">
<label>Figure 6</label>
<caption><p>Efficacy of threshold <italic>L</italic><sub><italic>mid</italic></sub>.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0006.tif"/>
</fig>
<p>We will now discuss the amenability criteria designed for samples belonging to Regions 1 and 3.</p></sec>
<sec>
<title>4.2.3 Amenability criteria for Region 1</title>
<p>Consider a sample A belonging to Region 1 in epoch E, i.e., <italic>Loss</italic><sub><italic>A</italic></sub>&#x0003C;<italic>L</italic><sub><italic>mid</italic></sub>. From <xref ref-type="fig" rid="F5">Figure 5B</xref> it is known that samples in Region 1 are likely to be correctly classified prior to mixing. We mix such samples as long as their loss does not exceed <italic>L</italic><sub><italic>mid</italic></sub> at some later epoch <italic>E</italic>&#x02032;, i.e., likely to be classified incorrectly. After epoch <italic>E</italic>&#x02032;, they are shifted to <italic>S<sub><italic>noMix</italic></sub></italic>. <xref ref-type="fig" rid="F7">Figure 7</xref> illustrates the temporal variation in the number of samples that are in <italic>S<sub><italic>mix</italic></sub></italic>, and from Region 1 of the loss distribution. As can be seen, the number of such samples increases across epochs. This is because as epochs progress classification accuracy improves, thereby resulting in more samples having loss below <italic>L</italic><sub><italic>mid</italic></sub>, i.e., belonging to Region 1. We note that using a loss-based threshold to determine amenability to mixing is more robust instead of directly using classification performance [Section 1 (<xref ref-type="supplementary-material" rid="SM1">Appendix</xref>)], as we find that mixing outlier samples, i.e., samples with high loss yet correct classification affects overall accuracy.</p>
<fig id="F7" position="float">
<label>Figure 7</label>
<caption><p>Amenability of Region 1.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0007.tif"/>
</fig>
<p>The graph also depicts the fraction of samples that move to <italic>S<sub><italic>noMix</italic></sub></italic> every epoch, which is a very small fraction of the samples that are mixed. This justifies the design of the amenability rule for Region 1.</p></sec>
<sec>
<title>4.2.4 Amenability criteria for Region 3</title>
<p>Samples in Region 3 have high loss (<italic>loss</italic> &#x0003E; <italic>L</italic><sub><italic>incorr</italic></sub>), and are generally very difficult to classify by the network even if they are trained without mixing. In fact, we observe that a considerable fraction of samples that consistently occur in Region 3 across epochs remain incorrect at the end of the training process. Let <italic>I</italic> denote the set of such samples that are incorrect when training concludes. We plot a histogram of the number of epochs samples in <italic>I</italic> occupy Region 3 across training in <xref ref-type="fig" rid="F8">Figure 8A</xref>. Clearly, it is observed that over half the samples in <italic>I</italic> consistently occur in Region 3 for over 70% of the training process. It can thus be argued from a practical runtime efficiency perspective that training effort on such samples can be reduced using mixing. Some challenges however persist. As classification statistics evolve during training, it is difficult to determine which samples to mix at earlier epochs, without negatively affecting final classification accuracy. Consider set C, which comprises of samples that are correctly classified at the end of training. In <xref ref-type="fig" rid="F8">Figure 8B</xref>, it is seen that around 4% of the samples in C occur in Region 3 for over 60% of the training process, with their classification accuracy improving only in the later stages of training. We must thus stipulate criteria to identify the desired subset of Region 3 samples that can be mixed.</p>
<fig id="F8" position="float">
<label>Figure 8</label>
<caption><p>Analyzing <bold>(A)</bold> loss distribution of samples in set I <bold>(B)</bold> loss distribution of samples in set C.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0008.tif"/>
</fig>
<p>To that end, we target samples that the network finds difficult to classify in the current epoch. In addition to belonging to Region 3, if a sample&#x00027;s loss increases over consecutive epochs (i.e., become increasingly difficult) it is mixed for the next epoch, following which it is brought back to <italic>S<sub><italic>noMix</italic></sub></italic>. In <xref ref-type="fig" rid="F9">Figure 9B</xref>, we find that increasing the period of time <italic>k</italic> for which the difficult samples must exhibit increasing loss and subsequently be mixed, only marginally improves the accuracy and runtime benefits. We hence use <italic>k</italic> = 1 for all our experiments thereby eliminating our dependence on any hyper-parameters. The temporal variation in the fraction of Region 3 samples mixed every epoch is depicted in <xref ref-type="fig" rid="F9">Figure 9A</xref>. This fraction decreases across epochs, since several samples in Region 3 shift to Region 1 as accuracy improves. Interestingly, mixing difficult samples provides &#x0007E; 0.2% boost in classification performance over the overall validation set across all our benchmarks, as opposed to training them without mixing. We believe this has the effect of allowing the network to focus on samples with moderate loss, that are more likely to contribute to final accuracy. Finally, we highlight the advantage of mixing such difficult samples instead of skipping them in Section 5.</p>
<fig id="F9" position="float">
<label>Figure 9</label>
<caption><p>Analyzing <bold>(A)</bold> distribution of mixed samples from R3 across epochs <bold>(B)</bold> validation accuracy and runtime savings as hyper-parameter <italic>k</italic> is varied.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0009.tif"/>
</fig>
<p>Determining sample amenability in each epoch adds not more than 2% overhead in runtime on average, and 4% additional storage costs. The proposed amenability criteria thus help us successfully realize selective mixing, i.e., achieve a competitive runtime efficiency vs. accuracy trade-off.</p></sec></sec>
</sec>
<sec id="s5">
<title>5 Experimental results</title>
<p>We showcase the runtime benefits achieved by <sans-serif>mixTrain</sans-serif> across different classes of image recognition DNNs, namely convolutional neural networks (i.e., CNNs) and vision transformers (Dosovitskiy et al., <xref ref-type="bibr" rid="B4">2020</xref>). We consider two datasets, namely ImageNet (Deng et al., <xref ref-type="bibr" rid="B3">2009</xref>) and Cifar10 (Krizhevsky et al., <xref ref-type="bibr" rid="B16">2010</xref>). The benchmarks for the ImageNet dataset consist of four image-recognition CNNs, <italic>viz</italic>. ResNet18, ResNet34, ResNet50 (He et al., <xref ref-type="bibr" rid="B9">2015</xref>) and MobileNetV2 (Sandler et al., <xref ref-type="bibr" rid="B21">2018</xref>), trained using the same training hyper-parameters such as learning rate, epochs etc., as in He et al. (<xref ref-type="bibr" rid="B9">2015</xref>) and Sandler et al. (<xref ref-type="bibr" rid="B21">2018</xref>). With regards to the Cifar10 dataset, we consider the ResNet18 and Resnet34 image-recognition CNNs (He et al., <xref ref-type="bibr" rid="B9">2015</xref>) (see <xref ref-type="supplementary-material" rid="SM1">Appendix</xref> for results). We also consider three vision transformer architectures, ViT-small, ViT-SWIN and ViT-pretrained. Details on the vision transformer architectures, and training hyper-parameters for all benchmarks can be found in Section 1.1 (<xref ref-type="supplementary-material" rid="SM1">Appendix</xref>).</p>
<p>Across all benchmarks, we report the speed-up achieved by <sans-serif>mixTrain</sans-serif> over the same number of epochs as the baseline, by comparing wall-clock times.</p>
<sec>
<title>5.1 Execution time benefits</title>
<sec>
<title>5.1.1 ImageNet</title>
<p><xref ref-type="table" rid="T1">Table 1</xref> presents the training performance of baseline SGD and <sans-serif>mixTrain</sans-serif> on different ImageNet benchmarks in terms of the Top-1 classification error and speed-up. On average, across all benchmarks, <sans-serif>mixTrain</sans-serif> mixes nearly 48% and 68% of the training dataset per epoch with <monospace>MixUp</monospace> and <monospace>CutMix</monospace> respectively. As can be seen, <monospace>CutMix</monospace> achieves a slightly superior trade-off than <monospace>MixUp</monospace> across all benchmarks, achieving upto around 1.6 &#x000D7; reduction in runtime compared to to the baseline, while sacrificing only &#x0007E;0.2% loss in Top-1 accuracy. This is primarily because interference between constituent samples is better mitigated through split propagation, thereby resulting in more inputs being mixed.</p>
<table-wrap position="float" id="T1">
<label>Table 1</label>
<caption><p>Training CNNs on ImageNet.</p></caption>
<table frame="box" rules="all">
<thead>
<tr style="background-color:#919498;color:#ffffff">
<th valign="top" align="left"><bold>Network</bold></th>
<th valign="top" align="left"><bold>Training strategy</bold></th>
<th valign="top" align="center"><bold>Top-1 error</bold></th>
<th valign="top" align="center"><bold>Speed-up</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left" rowspan="3">ResNet18</td>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="center">30.2%</td>
<td valign="top" align="center">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="center"><bold>30.44%</bold></td>
<td valign="top" align="center"><bold>1.51 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="center"><bold>30.6%</bold></td>
<td valign="top" align="center"><bold>1.32 &#x000D7; </bold></td>
</tr> <tr>
<td valign="top" align="left" rowspan="3">ResNet34</td>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="center">26%</td>
<td valign="top" align="center">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="center"><bold>26.25%</bold></td>
<td valign="top" align="center"><bold>1.54 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="center"><bold>26.4%</bold></td>
<td valign="top" align="center"><bold>1.37 &#x000D7; </bold></td>
</tr> <tr>
<td valign="top" align="left" rowspan="3">ResNet50</td>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="center">24.3%</td>
<td valign="top" align="center">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="center"><bold>24.45%</bold></td>
<td valign="top" align="center"><bold>1.56 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="center"><bold>24.6%</bold></td>
<td valign="top" align="center"><bold>1.41 &#x000D7; </bold></td>
</tr> <tr>
<td valign="top" align="left" rowspan="3">MobileNetV2</td>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="center">28.5%</td>
<td valign="top" align="center">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="center"><bold>28.76%</bold></td>
<td valign="top" align="center"><bold>1.52 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="center"><bold>29%</bold></td>
<td valign="top" align="center"><bold>1.3 &#x000D7; </bold></td>
</tr></tbody>
</table>
<table-wrap-foot>
<p>Bold values represent results using proposed approach.</p>
</table-wrap-foot>
</table-wrap>
</sec>
<sec>
<title>5.1.2 Cifar10</title>
<p>We present our runtime and accuracy trade-off achieved on the Cifar10 vision transformer benchmarks in <xref ref-type="table" rid="T2">Table 2</xref>. As can be seen, <sans-serif>mixTrain</sans-serif> achieves 1.3 &#x000D7; -1.6 &#x000D7; training speed-up for nearly no loss in accuracy. This clearly underscores that <sans-serif>mixTrain</sans-serif> is directly applicable to any image classification DNN, regardless of the architecture or backbone deployed. Further, our results in <xref ref-type="table" rid="T2">Table 2</xref> also indicate that <sans-serif>mixTrain</sans-serif> is not only applicable to training vision transformers from scratch, but to the fine-tuning stage as well. In Section 1.2 (<xref ref-type="supplementary-material" rid="SM1">Appendix</xref>) we discuss the speed-ups achieved by <sans-serif>mixTrain</sans-serif> on the CNN benchmarks trained on Cifar10.</p>
<table-wrap position="float" id="T2">
<label>Table 2</label>
<caption><p>Training vision transformers on Cifar10.</p></caption>
<table frame="box" rules="all">
<thead>
<tr style="background-color:#919498;color:#ffffff">
<th valign="top" align="left"><bold>Network</bold></th>
<th valign="top" align="left"><bold>Training strategy</bold></th>
<th valign="top" align="left"><bold>Top-1 error</bold></th>
<th valign="top" align="left"><bold>Speed-up</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td/>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="left">19%</td>
<td valign="top" align="left">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left">ViT-small</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="left"><bold>19.11%</bold></td>
<td valign="top" align="left"><bold>1.37 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left">(Training from scratch)</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="left"><bold>19.35%</bold></td>
<td valign="top" align="left"><bold>1.32 &#x000D7; </bold></td>
</tr> <tr>
<td/>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="left">9%</td>
<td valign="top" align="left">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left">ViT-SWIN</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="left"><bold>8.9%</bold></td>
<td valign="top" align="left"><bold>1.44 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left">(Training from scratch)</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="left"><bold>9.2%</bold></td>
<td valign="top" align="left"><bold>1.4 &#x000D7; </bold></td>
</tr> <tr>
<td/>
<td valign="top" align="left">Baseline SGD</td>
<td valign="top" align="left">2.5%</td>
<td valign="top" align="left">1 &#x000D7; </td>
</tr>
 <tr>
<td valign="top" align="left">ViT-pretrained</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>MixUp </sans-serif></td>
<td valign="top" align="left"><bold>2.46%</bold></td>
<td valign="top" align="left"><bold>1.6 &#x000D7; </bold></td>
</tr>
 <tr>
<td valign="top" align="left">(Fine-tuning)</td>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif><bold>-</bold><sans-serif>CutMix </sans-serif></td>
<td valign="top" align="left"><bold>2.55%</bold></td>
<td valign="top" align="left"><bold>1.58 &#x000D7; </bold></td>
</tr></tbody>
</table>
<table-wrap-foot>
<p>Bold values represent results using proposed approach.</p>
</table-wrap-foot>
</table-wrap>
</sec>
<sec>
<title>5.1.3 Runtime overhead analysis</title>
<p>Across all our benchmarks, we observe that <sans-serif>mixTrain</sans-serif> adds no more than 2% overhead in runtime. These marginal overheads arise due to (i) calculating amenability of inputs to mixing and (ii) split propagation (for Cut-Mix). In (i) we compare the sample&#x00027;s loss against some thresholds, and update thresholds every epoch. However, these simple scalar operations have negligible runtime (&#x0003C; 1.5% overhead) compared to the multiple GEMM operations performed during training. For (ii), during split propagation, the FC layers process the constituent inputs separately. However, the FC layers now operate on inputs of smaller size (i.e., corresponding to the size occupied by the features of the constituent input, which is nearly half the size of the original input). Thus, split propagation also adds less than &#x0003C; 1% runtime overhead compared to the baseline.</p>
</sec>
</sec>
<sec>
<title>5.2 Ablation</title>
<p>In this subsection we conduct an ablation analysis of <sans-serif>mixTrain</sans-serif>.</p>
<sec>
<title>5.2.1 Contribution of interference reduction and selective mixing</title>
<p><sans-serif>mixTrain</sans-serif> uses two strategies to achieve an optimal accuracy vs. runtime trade-off, i.e., reducing impact of interference and selective mixing. <xref ref-type="fig" rid="F10">Figure 10A</xref> depicts the contribution of each strategy toward runtime savings, for the <monospace>CutMix</monospace> operator.</p>
<fig id="F10" position="float">
<label>Figure 10</label>
<caption><p>Ablation analysis. <bold>(A)</bold> Training speed-up vs. validation accuracy. <bold>(B)</bold> Variation in runtime savings across training epochs.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0010.tif"/>
</fig>
<p>The light blue markings indicate naive mixing. Selective mixing automatically identifies a subset of training samples that can be mixed every epoch such that classification accuracy is not impacted. However, if interference between the constituent inputs is not mitigated, training performance on mixed samples is poor (green markings). Consequently, the selective mixing strategy is forced to become conservative, identifying fewer samples that can be mixed every epoch without affecting accuracy severely. Reducing interference between the constituent inputs improves accuracy by more than 1%, and speed-up by 10% (red markings).</p></sec>
<sec>
<title>5.2.2 Breakdown of selective mixing</title>
<p>We breakdown selective mixing by examining the region of the loss distribution that provides the most benefits. From <xref ref-type="fig" rid="F10">Figure 10B</xref> (generated using <monospace>CutMix</monospace>) it is evident that Region 1 samples provide the bulk of our benefits on the ResNet18-ImageNet benchmark, accounting for nearly 25% of the savings. This is because as training progresses, a majority of training samples fall in Region 1 (i.e., become easier to classify). Interpolating Region 3 samples, accounts for additional 8% runtime savings.</p>
</sec>
</sec>
<sec>
<title>5.3 Quantitative comparison study</title>
<p>We compare the performance of <sans-serif>mixTrain</sans-serif> against competing methods that accelerate DNN training.</p>
<sec>
<title>5.3.1 Sample skipping</title>
<p>As a representative of sample skipping, we specifically consider the performance of Zhang et al. (<xref ref-type="bibr" rid="B34">2019</xref>) (<xref ref-type="fig" rid="F11">Figure 11A</xref>) and Jiang et al. (<xref ref-type="bibr" rid="B12">2019</xref>) (<xref ref-type="fig" rid="F11">Figure 11B</xref>) on the ResNet50 benchmark. In these techniques, samples that the network finds easy to classify, as identified by low classification loss, are skipped thereby resulting in fewer mini-batches as training proceeds. Two issues are typically encountered by such techniques. First, as no training is conducted on the samples that are skipped, this subset is often a small, conservative fraction of the training dataset. Second, additional overhead is incurred in each epoch to determine this subset, as it is non-trivial to estimate the most recent loss of samples that had been discarded in previous epochs. In <xref ref-type="fig" rid="F11">Figure 11B</xref>, we implement (Jiang et al., <xref ref-type="bibr" rid="B12">2019</xref>) and overlook the overheads associated in determining the subset of samples that must be skipped, and report the resulting runtime across epochs.</p>
<fig id="F11" position="float">
<label>Figure 11</label>
<caption><p>Results on <bold>(A)</bold> quantitative comparison of mixTrain against existing training acceleration techniques. <bold>(B)</bold> Comparison against instance skipping. <bold>(C)</bold> Ablation analysis for studying impact of hyper-parameter <italic>k</italic> on accuracy.</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="frai-07-1387936-g0011.tif"/>
</fig>
<p>Clearly, <sans-serif>mixTrain</sans-serif> achieves better model accuracy and runtime benefits against both efforts, even when overheads are overlooked. As the network is ultimately trained on every input in each epoch, we reduce the number of minibatches more aggressively, while incurring negligible overheads incurred to form <italic>S<sub><italic>mix</italic></sub></italic> and <italic>S<sub><italic>noMix</italic></sub></italic>. Finally, we analyze (<xref ref-type="fig" rid="F11">Figure 11C</xref>) the accuracy if Region3 samples were to be skipped instead of mixed, using the same policy discussed in Section 4.2 for different values of <italic>k</italic>. Clearly, <sans-serif>mixTrain</sans-serif> achieves better convergence, allowing it to leverage runtime benefits from this region.</p></sec>
<sec>
<title>5.3.2 Coreset selection techniques</title>
<p>In the table below, we compare the performance of MixTrain-CutMix against three popular coreset selection techniques: Glister (Killamsetty et al., <xref ref-type="bibr" rid="B14">2020</xref>), Grand (Paul et al., <xref ref-type="bibr" rid="B20">2021</xref>) and Facility-location based methods (Iyer et al., <xref ref-type="bibr" rid="B11">2020</xref>). Similar to <sans-serif>mixTrain</sans-serif>, coreset selection techniques aim to reduce training runtime by reducing the number of mini-batches to train every epoch, by identifying a subset of training data-points that are critical to accuracy. Such techniques perform better than random sampling (i.e., better accuracy), when the fraction of the training dataset retained is low (Guo et al., <xref ref-type="bibr" rid="B8">2022</xref>). However, as can be seen in <xref ref-type="table" rid="T3">Table 3</xref>, these techniques require a large fraction of the training dataset in order to remain iso-accurate with the baseline. <sans-serif>mixTrain</sans-serif> clearly achieves a better accuracy vs. speed-up trade-off.</p>
<table-wrap position="float" id="T3">
<label>Table 3</label>
<caption><p>Comparison against coreset selection techniques.</p></caption>
<table frame="box" rules="all">
<thead>
<tr style="background-color:#919498;color:#ffffff">
<th valign="top" align="left"><bold>Training method</bold></th>
<th valign="top" align="center"><bold>Average fraction of the dataset used for training across epochs</bold></th>
<th valign="top" align="center"><bold>Top-1 error</bold></th>
<th valign="top" align="center"><bold>Speed-up</bold></th>
</tr>
</thead>
<tbody>
<tr>
<td valign="top" align="left">Baseline</td>
<td valign="top" align="center">1</td>
<td valign="top" align="center">4.4%</td>
<td valign="top" align="center">1 &#x000D7; </td>
</tr> <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif>-<monospace>MixUp</monospace> </td>
<td valign="top" align="center"><bold>0.69</bold></td>
<td valign="top" align="center"><bold>4.33%</bold></td>
<td valign="top" align="center"><bold>1.4 &#x000D7; </bold></td>
</tr> <tr>
<td valign="top" align="left"><sans-serif>mixTrain</sans-serif>-<monospace>CutMix</monospace> </td>
<td valign="top" align="center"><bold>0.66</bold></td>
<td valign="top" align="center"><bold>4.2%</bold></td>
<td valign="top" align="center"><bold>1.45 &#x000D7; </bold></td>
</tr> <tr>
<td valign="top" align="left" rowspan="2">Glister</td>
<td valign="top" align="center">0.8</td>
<td valign="top" align="center">4.65</td>
<td valign="top" align="center">1.18 &#x000D7; </td>
</tr>
<tr>
<td valign="top" align="center">0.7</td>
<td valign="top" align="center">4.76%</td>
<td valign="top" align="center">1.32 &#x000D7; </td>
</tr> <tr>
<td valign="top" align="left" rowspan="2">Grand</td>
<td valign="top" align="center">0.8</td>
<td valign="top" align="center">4.6%</td>
<td valign="top" align="center">1.15 &#x000D7; </td>
</tr>
<tr>
<td valign="top" align="center">0.7</td>
<td valign="top" align="center">4.7%</td>
<td valign="top" align="center">1.2 &#x000D7; </td>
</tr> <tr>
<td valign="top" align="left" rowspan="2">Facility location</td>
<td valign="top" align="center">0.8</td>
<td valign="top" align="center">4.55%</td>
<td valign="top" align="center">1.19 &#x000D7; </td>
</tr>
<tr>
<td valign="top" align="center">0.7</td>
<td valign="top" align="center">4.79%</td>
<td valign="top" align="center">1.25 &#x000D7; </td>
</tr></tbody>
</table>
<table-wrap-foot>
<p>Bold values represent results using proposed approach.</p>
</table-wrap-foot>
</table-wrap>
</sec>
<sec>
<title>5.3.3 Other approximations</title>
<p>We consider three approximation strategies, i.e., early termination, mini-batch skipping and input size scaling (<xref ref-type="fig" rid="F11">Figure 11A</xref>). For early-termination, we stop baseline SGD training at an earlier epoch when it achieves the same accuracy as <sans-serif>mixTrain</sans-serif>, and report the resulting runtime benefits. Next, for mini-batch skipping we stochastically skip <italic>s</italic>% of the mini-batches every epoch, and for input size scaling, we train on inputs scaled down by some factor <italic>s</italic>. For the Imagenet benchmark highlighted in <xref ref-type="fig" rid="F11">Figure 11A</xref>, 30% of the mini-batches were skipped randomly every epoch. Likewise, a scaling factor of <italic>s</italic> = 1.4 &#x000D7; was used for input size scaling. In both cases, the parameter <italic>s</italic> is selected such that it is iso-runtime with <sans-serif>mixTrain</sans-serif>. Clearly, in all three cases, <sans-serif>mixTrain</sans-serif> achieves a superior accuracy vs. runtime trade-off as seen for the ResNet50 benchmark.</p></sec></sec>
</sec>
<sec sec-type="conclusions" id="s6">
<title>6 Conclusion</title>
<p>We introduce a new approach to improve the training efficiency of state-of-the-art DNNs by utilizing input mixing. We propose <sans-serif>mixTrain</sans-serif> that comprises of two strategies to achieve an acceptable accuracy vs. speed-up trade-off. First, we propose split propagation and adaptive mixing to reduce the impact of interference between the constituent inputs in a composite sample. Second, we apply mixing selectively, i.e., only on a subset of the training dataset every epoch. Across DNNs on the ImageNet dataset, we achieve upto a 1.6 &#x000D7; improvement in runtime for &#x0007E;0.2% loss in accuracy.</p></sec>
</body>
<back>
<sec sec-type="data-availability" id="s7">
<title>Data availability statement</title>
<p>The original contributions presented in the study are included in the article/<xref ref-type="supplementary-material" rid="SM1">Supplementary material</xref>, further inquiries can be directed to the corresponding author.</p>
</sec>
<sec sec-type="author-contributions" id="s8">
<title>Author contributions</title>
<p>SK: Conceptualization, Data curation, Formal analysis, Funding acquisition, Investigation, Methodology, Project administration, Resources, Software, Supervision, Validation, Visualization, Writing &#x02013; original draft, Writing &#x02013; review &#x00026; editing. SS: Conceptualization, Data curation, Formal analysis, Funding acquisition, Investigation, Methodology, Project administration, Resources, Software, Supervision, Validation, Visualization, Writing &#x02013; original draft, Writing &#x02013; review &#x00026; editing. SV: Conceptualization, Data curation, Formal analysis, Funding acquisition, Investigation, Methodology, Project administration, Resources, Software, Supervision, Validation, Visualization, Writing &#x02013; original draft, Writing &#x02013; review &#x00026; editing. AR: Conceptualization, Data curation, Formal analysis, Funding acquisition, Investigation, Methodology, Project administration, Resources, Software, Supervision, Validation, Visualization, Writing &#x02013; original draft, Writing &#x02013; review &#x00026; editing.</p>
</sec>
<sec sec-type="funding-information" id="s9">
<title>Funding</title>
<p>The author(s) declare financial support was received for the research, authorship, and/or publication of this article. This work was supported in part by Semiconductor Research Corporation (SRC).</p>
</sec>
<sec sec-type="COI-statement" id="conf1">
<title>Conflict of interest</title>
<p>The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="disclaimer" id="s10">
<title>Publisher&#x00027;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<sec sec-type="supplementary-material" id="s11">
<title>Supplementary material</title>
<p>The Supplementary Material for this article can be found online at: <ext-link ext-link-type="uri" xlink:href="https://www.frontiersin.org/articles/10.3389/frai.2024.1387936/full#supplementary-material">https://www.frontiersin.org/articles/10.3389/frai.2024.1387936/full#supplementary-material</ext-link></p>
<supplementary-material xlink:href="Data_Sheet_1.pdf" id="SM1" mimetype="application/pdf" xmlns:xlink="http://www.w3.org/1999/xlink"/></sec>
<fn-group>
<fn id="fn0001"><p><sup>1</sup>Zhang et al. (<xref ref-type="bibr" rid="B33">2017</xref>) and Yun et al. (<xref ref-type="bibr" rid="B32">2019</xref>) resolve this issue by exposing the constituent inputs twice in each epoch through two different mixed inputs. While this improves accuracy, it defeats our objective of improving training runtime.</p></fn>
</fn-group>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Akiba</surname> <given-names>T.</given-names></name> <name><surname>Suzuki</surname> <given-names>S.</given-names></name> <name><surname>Fukuda</surname> <given-names>K.</given-names></name></person-group> (<year>2017</year>). <article-title>&#x0201C;Extremely large minibatch SGD: training resnet-50 on imagenet in 15 minutes,&#x0201D;</article-title> in <source>CoRR, abs/1711.04325</source>.</citation>
</ref>
<ref id="B2">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Amodei</surname> <given-names>D.</given-names></name> <name><surname>Hernandez</surname> <given-names>D.</given-names></name> <name><surname>Sastry</surname> <given-names>G.</given-names></name> <name><surname>Clark</surname> <given-names>J.</given-names></name> <name><surname>Brockman</surname> <given-names>G.</given-names></name> <name><surname>Sutskever</surname> <given-names>I.</given-names></name></person-group> (<year>2018</year>). <source>Deep Neural Network Training Costs</source>.</citation>
</ref>
<ref id="B3">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Deng</surname> <given-names>J.</given-names></name> <name><surname>Dong</surname> <given-names>W.</given-names></name> <name><surname>Socher</surname> <given-names>R.</given-names></name> <name><surname>Li</surname> <given-names>L.-J.</given-names></name> <name><surname>Li</surname> <given-names>K.</given-names></name> <name><surname>Fei-Fei</surname> <given-names>L.</given-names></name></person-group> (<year>2009</year>). <article-title>&#x0201C;ImageNet: a large-scale hierarchical image database,&#x0201D;</article-title> in CVPR09.<pub-id pub-id-type="pmid">26886976</pub-id></citation></ref>
<ref id="B4">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Dosovitskiy</surname> <given-names>A.</given-names></name> <name><surname>Beyer</surname> <given-names>L.</given-names></name> <name><surname>Kolesnikov</surname> <given-names>A.</given-names></name> <name><surname>Weissenborn</surname> <given-names>D.</given-names></name> <name><surname>Zhai</surname> <given-names>X.</given-names></name> <name><surname>Unterthiner</surname> <given-names>T.</given-names></name> <etal/></person-group>. (<year>2020</year>). <article-title>&#x0201C;An image is worth 16x16 words: transformers for image recognition at scale,&#x0201D;</article-title> in <source>CoRR, abs/2010.11929</source>.</citation>
</ref>
<ref id="B5">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Fu</surname> <given-names>Y.</given-names></name> <name><surname>Guo</surname> <given-names>H.</given-names></name> <name><surname>Li</surname> <given-names>M.</given-names></name> <name><surname>Yang</surname> <given-names>X.</given-names></name> <name><surname>Ding</surname> <given-names>Y.</given-names></name> <name><surname>Chandra</surname> <given-names>V.</given-names></name> <etal/></person-group>. (<year>2021</year>). <article-title>&#x0201C;CPT: efficient deep neural network training via cyclic precision,&#x0201D;</article-title> in <source>CoRR, abs/2101.09868</source> (<publisher-loc>Vancouver, BC</publisher-loc>: <publisher-name>Curran Associates Inc.</publisher-name>).</citation>
</ref>
<ref id="B6">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Fu</surname> <given-names>Y.</given-names></name> <name><surname>You</surname> <given-names>H.</given-names></name> <name><surname>Zhao</surname> <given-names>Y.</given-names></name> <name><surname>Wang</surname> <given-names>Y.</given-names></name> <name><surname>Li</surname> <given-names>C.</given-names></name> <name><surname>Gopalakrishnan</surname> <given-names>K.</given-names></name> <etal/></person-group>. (<year>2020</year>). <article-title>&#x0201C;Fractrain: Fractionally squeezing bit savings both temporally and spatially for efficient dnn training,&#x0201D;</article-title> in <source>Advances in Neural Information Processing Systems</source>, 33.</citation>
</ref>
<ref id="B7">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Goyal</surname> <given-names>P.</given-names></name> <name><surname>Doll&#x000E1;r</surname> <given-names>P.</given-names></name> <name><surname>Girshick</surname> <given-names>R. B.</given-names></name> <name><surname>Noordhuis</surname> <given-names>P.</given-names></name> <name><surname>Wesolowski</surname> <given-names>L.</given-names></name> <name><surname>Kyrola</surname> <given-names>A.</given-names></name> <etal/></person-group>. (<year>2017</year>). <article-title>&#x0201C;Accurate, large minibatch SGD: training imagenet in 1 hour,&#x0201D;</article-title> in <source>CoRR, abs/1706.02677</source>.</citation>
</ref>
<ref id="B8">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Guo</surname> <given-names>C.</given-names></name> <name><surname>Zhao</surname> <given-names>B.</given-names></name> <name><surname>Bai</surname> <given-names>Y.</given-names></name></person-group> (<year>2022</year>). <article-title>&#x0201C;Deepcore: a comprehensive library forcoreset selection indeep learning,&#x0201D;</article-title> in <source>Database and Expert Systems Applications</source>, eds. C. Strauss, A. Cuzzocrea, G. Kotsis, A. M. Tjoa, and I. Khalil (Cham. Springer International Publishing), <fpage>181</fpage>&#x02013;<lpage>195</lpage>.</citation>
</ref>
<ref id="B9">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>He</surname> <given-names>K.</given-names></name> <name><surname>Zhang</surname> <given-names>X.</given-names></name> <name><surname>Ren</surname> <given-names>S.</given-names></name> <name><surname>Sun</surname> <given-names>J.</given-names></name></person-group> (<year>2015</year>). <article-title>&#x0201C;Deep residual learning for image recognition,&#x0201D;</article-title> in <source>CoRR, abs/1512.03385</source>.</citation>
</ref>
<ref id="B10">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hoefler</surname> <given-names>T.</given-names></name> <name><surname>Alistarh</surname> <given-names>D.</given-names></name> <name><surname>Ben-Nun</surname> <given-names>T.</given-names></name> <name><surname>Dryden</surname> <given-names>N.</given-names></name> <name><surname>Peste</surname> <given-names>A.</given-names></name></person-group> (<year>2021</year>). <article-title>Sparsity in deep learning: pruning and growth for efficient inference and training in neural networks</article-title>. <source>J. Mach. Learn. Res</source>. <volume>22</volume>, <fpage>1</fpage>&#x02013;<lpage>124</lpage>. <pub-id pub-id-type="doi">10.5555/3546258.3546499</pub-id></citation>
</ref>
<ref id="B11">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Iyer</surname> <given-names>R. K.</given-names></name> <name><surname>Khargoankar</surname> <given-names>N.</given-names></name> <name><surname>Bilmes</surname> <given-names>J. A.</given-names></name> <name><surname>Asanani</surname> <given-names>H.</given-names></name></person-group> (<year>2020</year>). <article-title>&#x0201C;Submodular combinatorial information measures with applications in machine learning,&#x0201D;</article-title> in <source>CoRR, abs/2006.15412</source>.</citation>
</ref>
<ref id="B12">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Jiang</surname> <given-names>A. H.</given-names></name> <name><surname>Wong</surname> <given-names>D. L.</given-names></name> <name><surname>Zhou</surname> <given-names>G.</given-names></name> <name><surname>Andersen</surname> <given-names>D. G.</given-names></name> <name><surname>Dean</surname> <given-names>J.</given-names></name> <name><surname>Ganger</surname> <given-names>G. R.</given-names></name> <etal/></person-group>. (<year>2019</year>). <article-title>&#x0201C;Accelerating deep learning by focusing on the biggest losers,&#x0201D;</article-title> in <source>CoRR, abs/1910.00762</source>.</citation>
</ref>
<ref id="B13">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Killamsetty</surname> <given-names>K.</given-names></name> <name><surname>Sivasubramanian</surname> <given-names>D.</given-names></name> <name><surname>Ramakrishnan</surname> <given-names>G.</given-names></name> <name><surname>De</surname> <given-names>A.</given-names></name> <name><surname>Iyer</surname> <given-names>R. K.</given-names></name></person-group> (<year>2021</year>). <article-title>&#x0201C;GRAD-MATCH: gradient matching based data subset selection for efficient deep model training,&#x0201D;</article-title> in <source>Proceedings of the 38th International Conference on Machine Learning, ICML 2021, 18-24 July 2021, Virtual Event</source>, eds. M. Meila, and T. Zhang (New York: PMLR), <fpage>5464</fpage>&#x02013;<lpage>5474</lpage>.</citation>
</ref>
<ref id="B14">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Killamsetty</surname> <given-names>K.</given-names></name> <name><surname>Sivasubramanian</surname> <given-names>D.</given-names></name> <name><surname>Ramakrishnan</surname> <given-names>G.</given-names></name> <name><surname>Iyer</surname> <given-names>R. K.</given-names></name></person-group> (<year>2020</year>). <article-title>&#x0201C;GLISTER: generalization based data subset selection for efficient and robust learning,&#x0201D;</article-title> in <source>CoRR, abs/2012.10630</source>.</citation>
</ref>
<ref id="B15">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kingma</surname> <given-names>D. P.</given-names></name> <name><surname>Ba</surname> <given-names>J.</given-names></name></person-group> (<year>2015</year>). <article-title>&#x0201C;Adam: a method for stochastic optimization,&#x0201D;</article-title> in <source>3rd International Conference on Learning Representations, ICLR 2015</source>, Y. Bengio, and Y. LeCun (San Diego, CA: Conference Track Proceedings).</citation>
</ref>
<ref id="B16">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Krizhevsky</surname> <given-names>A.</given-names></name> <name><surname>Nair</surname> <given-names>V.</given-names></name> <name><surname>Hinton</surname> <given-names>G.</given-names></name></person-group> (<year>2010</year>). <source>Cifar-10 (Canadian Institute for Advanced Research</source>).</citation>
</ref>
<ref id="B17">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Lym</surname> <given-names>S.</given-names></name> <name><surname>Choukse</surname> <given-names>E.</given-names></name> <name><surname>Zangeneh</surname> <given-names>S.</given-names></name> <name><surname>Wen</surname> <given-names>W.</given-names></name> <name><surname>Erez</surname> <given-names>M.</given-names></name> <name><surname>Shanghavi</surname> <given-names>S.</given-names></name></person-group> (<year>2019</year>). <article-title>&#x0201C;Prunetrain: Gradual structured pruning from scratch for faster neural network training,&#x0201D;</article-title> in <source>CoRR, abs/1901.09290</source> (<publisher-loc>New York, NY</publisher-loc>: <publisher-name>Association for Computing Machinery</publisher-name>).</citation>
</ref>
<ref id="B18">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Margatina</surname> <given-names>K.</given-names></name> <name><surname>Vernikos</surname> <given-names>G.</given-names></name> <name><surname>Barrault</surname> <given-names>L.</given-names></name> <name><surname>Aletras</surname> <given-names>N.</given-names></name></person-group> (<year>2021</year>). <article-title>&#x0201C;Active learning by acquiring contrastive examples,&#x0201D;</article-title> in <source>CoRR, abs/2109.03764</source>.</citation>
</ref>
<ref id="B19">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Mirzasoleiman</surname> <given-names>B.</given-names></name> <name><surname>Bilmes</surname> <given-names>J.</given-names></name> <name><surname>Leskovec</surname> <given-names>J.</given-names></name></person-group> (<year>2020</year>). <article-title>&#x0201C;Coresets for data-efficient training of machine learning models,&#x0201D;</article-title> in <source>Proceedings of the 37th International Conference on Machine Learning</source>, ed. Singh (New York: PMLR), <fpage>6950</fpage>&#x02013;<lpage>6960</lpage>.</citation>
</ref>
<ref id="B20">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Paul</surname> <given-names>M.</given-names></name> <name><surname>Ganguli</surname> <given-names>S.</given-names></name> <name><surname>Dziugaite</surname> <given-names>G. K.</given-names></name></person-group> (<year>2021</year>). <article-title>&#x0201C;Deep learning on a data diet: finding important examples early in training,&#x0201D;</article-title> in <source>Advances in Neural Information Processing Systems</source>, M. Ranzato, A. Beygelzimer, Y. Dauphin, P. Liang, and J. W. Vaughan (New York: Curran Associates, Inc), <fpage>20596</fpage>&#x02013;<lpage>20607</lpage>.</citation>
</ref>
<ref id="B21">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sandler</surname> <given-names>M.</given-names></name> <name><surname>Howard</surname> <given-names>A. G.</given-names></name> <name><surname>Zhu</surname> <given-names>M.</given-names></name> <name><surname>Zhmoginov</surname> <given-names>A.</given-names></name> <name><surname>Chen</surname> <given-names>L.</given-names></name></person-group> (<year>2018</year>). <article-title>&#x0201C;Inverted residuals and linear bottlenecks: Mobile networks for classification, detection and segmentation,&#x0201D;</article-title> in <source>CoRR, abs/1801.04381</source>.</citation>
</ref>
<ref id="B22">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Savarese</surname> <given-names>P.</given-names></name> <name><surname>McAllester</surname> <given-names>D.</given-names></name> <name><surname>Babu</surname> <given-names>S.</given-names></name> <name><surname>Maire</surname> <given-names>M.</given-names></name></person-group> (<year>2019</year>). <article-title>&#x0201C;Domain-independent dominance of adaptive methods,&#x0201D;</article-title> in <source>CoRR, abs/1912.01823</source> (<publisher-loc>Los Alamitos, CA</publisher-loc>: <publisher-name>IEEE Computer Society</publisher-name>).</citation>
</ref>
<ref id="B23">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Stojnic</surname> <given-names>R.</given-names></name> <name><surname>Taylor</surname> <given-names>R.</given-names></name> <name><surname>Kardas</surname> <given-names>M.</given-names></name></person-group> (<year>2023</year>). <source>Imagenet Leaderboard</source>.</citation>
</ref>
<ref id="B24">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Strubell</surname> <given-names>E.</given-names></name> <name><surname>Ganesh</surname> <given-names>A.</given-names></name> <name><surname>McCallum</surname> <given-names>A.</given-names></name></person-group> (<year>2019</year>). <source>Energy and Policy Considerations for Deep Learning in NLP</source>.</citation>
</ref>
<ref id="B25">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Sun</surname> <given-names>X.</given-names></name> <name><surname>Choi</surname> <given-names>J.</given-names></name> <name><surname>Chen</surname> <given-names>C.-Y.</given-names></name> <name><surname>Wang</surname> <given-names>N.</given-names></name> <name><surname>Venkataramani</surname> <given-names>S.</given-names></name> <name><surname>Srinivasan</surname> <given-names>V.</given-names></name> <etal/></person-group>. (<year>2019</year>). <article-title>&#x0201C;Hybrid 8-bit floating point (hfp8) training and inference for deep neural networks,&#x0201D;</article-title> in <source>NeurIPS</source> (<publisher-loc>Red Hook, NY</publisher-loc>: <publisher-name>Curran Associates Inc.</publisher-name>).</citation>
</ref>
<ref id="B26">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sutskever</surname> <given-names>I.</given-names></name> <name><surname>Martens</surname> <given-names>J.</given-names></name> <name><surname>Dahl</surname> <given-names>G.</given-names></name> <name><surname>Hinton</surname> <given-names>G.</given-names></name></person-group> (<year>2013</year>). <article-title>&#x0201C;On the importance of initialization and momentum in deep learning,&#x0201D;</article-title> in <source>Proceedings of the 30th International Conference on Machine Learning</source>, eds. S. Dasgupta, and D. McAllester (Atlanta: PMLR).</citation>
</ref>
<ref id="B27">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Tan</surname> <given-names>M.</given-names></name> <name><surname>Le</surname> <given-names>Q. V.</given-names></name></person-group> (<year>2021</year>). <article-title>&#x0201C;Efficientnetv2: Smaller models and faster training,&#x0201D;</article-title> in <source>CoRR, abs/2104.00298</source>.</citation>
</ref>
<ref id="B28">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Touvron</surname> <given-names>H.</given-names></name> <name><surname>Vedaldi</surname> <given-names>A.</given-names></name> <name><surname>Douze</surname> <given-names>M.</given-names></name> <name><surname>J&#x000E9;gou</surname> <given-names>H.</given-names></name></person-group> (<year>2019</year>). <article-title>&#x0201C;Fixing the train-test resolution discrepancy,&#x0201D;</article-title> in <source>CoRR, abs/1906.06423</source> (<publisher-loc>Curran Associates, Inc.</publisher-loc>).</citation>
</ref>
<ref id="B29">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wolfe</surname> <given-names>C. R.</given-names></name> <name><surname>Kyrillidis</surname> <given-names>A.</given-names></name></person-group> (<year>2024</year>). <article-title>Better schedules for low precision training of deep neural networks</article-title>. <source>Mach Learn</source>. <volume>113</volume>, <fpage>3569</fpage>&#x02013;<lpage>3587</lpage>. <pub-id pub-id-type="doi">10.1007/s10994-023-06480-0</pub-id></citation>
</ref>
<ref id="B30">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>You</surname> <given-names>Y.</given-names></name> <name><surname>Gitman</surname> <given-names>I.</given-names></name> <name><surname>Ginsburg</surname> <given-names>B.</given-names></name></person-group> (<year>2017</year>). <article-title>&#x0201C;Scaling SGD batch size to 32k for imagenet training,&#x0201D;</article-title> in <source>CoRR, abs/1708.03888</source>.</citation>
</ref>
<ref id="B31">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Yuan</surname> <given-names>X.</given-names></name> <name><surname>Savarese</surname> <given-names>P.</given-names></name> <name><surname>Maire</surname> <given-names>M.</given-names></name></person-group> (<year>2020</year>). <article-title>&#x0201C;Growing efficient deep networks by structured continuous sparsification,&#x0201D;</article-title> in <source>CoRR, abs/2007.15353</source>.</citation>
</ref>
<ref id="B32">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Yun</surname> <given-names>S.</given-names></name> <name><surname>Han</surname> <given-names>D.</given-names></name> <name><surname>Oh</surname> <given-names>S. J.</given-names></name> <name><surname>Chun</surname> <given-names>S.</given-names></name> <name><surname>Choe</surname> <given-names>J.</given-names></name> <name><surname>Yoo</surname> <given-names>Y.</given-names></name></person-group> (<year>2019</year>). <article-title>&#x0201C;Cutmix: Regularization strategy to train strong classifiers with localizable features,&#x0201D;</article-title> in <source>CoRR, abs/1905.04899</source>.</citation>
</ref>
<ref id="B33">
<citation citation-type="journal"><person-group person-group-type="author"><name><surname>Zhang</surname> <given-names>H.</given-names></name> <name><surname>Ciss&#x000E9;</surname> <given-names>M.</given-names></name> <name><surname>Dauphin</surname> <given-names>Y. N.</given-names></name> <name><surname>Lopez-Paz</surname> <given-names>D.</given-names></name></person-group> (<year>2017</year>). <article-title>&#x0201C;mixup: Beyond empirical risk minimization,&#x0201D;</article-title> in <source>CoRR, abs/1710.09412</source>.</citation>
</ref>
<ref id="B34">
<citation citation-type="book"><person-group person-group-type="author"><name><surname>Zhang</surname> <given-names>J.</given-names></name> <name><surname>Yu</surname> <given-names>H.</given-names></name> <name><surname>Dhillon</surname> <given-names>I. S.</given-names></name></person-group> (<year>2019</year>). <article-title>&#x0201C;Autoassist: A framework to accelerate training of deep neural networks,&#x0201D;</article-title> in <source>CoRR, abs/1905.03381</source> (<publisher-loc>Curran Associates, Inc.</publisher-loc>).</citation>
</ref>
</ref-list>
</back>
</article>