loader
Generating audio...
Extracting PDF content...

arxiv

Paper 2101.03961

Switch Transformers: Scaling to Trillion Parameter Models with Simple and Efficient Sparsity

Authors: William Fedus, Barret Zoph, Noam Shazeer

Published: 2021-01-11

Abstract:

In deep learning, models typically reuse the same parameters for all inputs. Mixture of Experts (MoE) defies this and instead selects different parameters for each incoming example. The result is a sparsely-activated model -- with outrageous numbers of parameters -- but a constant computational cost. However, despite several notable successes of MoE, widespread adoption has been hindered by complexity, communication costs and training instability -- we address these with the Switch Transformer. We simplify the MoE routing algorithm and design intuitive improved models with reduced communication and computational costs. Our proposed training techniques help wrangle the instabilities and we show large sparse models may be trained, for the first time, with lower precision (bfloat16) formats. We design models based off T5-Base and T5-Large to obtain up to 7x increases in pre-training speed with the same computational resources. These improvements extend into multilingual settings where we measure gains over the mT5-Base version across all 101 languages. Finally, we advance the current scale of language models by pre-training up to trillion parameter models on the "Colossal Clean Crawled Corpus" and achieve a 4x speedup over the T5-XXL model.

Paper Content: on Alphaxiv
Page 1: Journal of Machine Learning Research 23 (2022) 1-40 Submitted 8/21; Revised 3/22; Published 4/22 Switch Transformers: Scaling to Trillion Parameter Models with Simple and Ecient Sparsity William Fedus liamfedus@google.com Barret Zoph∗ barretzoph@google.com Noam Shazeer noam@google.com Google, Mountain View, CA 94043, USA Editor: Alexander Clark Abstract In deep learning, models typically reuse the same parameters for all inputs. Mixture of Experts (MoE) models defy this and instead select di erent parameters for each in- coming example. The result is a sparsely-activated model|with an outrageous number of parameters|but a constant computational cost. However, despite several notable suc- cesses of MoE, widespread adoption has been hindered by complexity, communication costs, and training instability. We address these with the introduction of the Switch Transformer. We simplify the MoE routing algorithm and design intuitive improved models with reduced communication and computational costs. Our proposed training techniques mitigate the instabilities, and we show large sparse models may be trained, for the rst time, with lower precision (b oat16) formats. We design models based o T5-Base and T5-Large (Ra el et al., 2019) to obtain up to 7x increases in pre-training speed with the same computational resources. These improvements extend into multilingual settings where we measure gains over the mT5-Base version across all 101 languages. Finally, we advance the current scale of language models by pre-training up to trillion parameter models on the \Colossal Clean Crawled Corpus", and achieve a 4x speedup over the T5-XXL model.12 Keywords: mixture-of-experts, natural language processing, sparsity, large-scale machine learning, distributed computing ∗. Equal contribution. 1. JAX code for Switch Transformer and all model checkpoints are available at https://github.com/ google-research/t5x 2. Tensor ow code for Switch Transformer is available at https://github.com/tensorflow/mesh/blob/ master/mesh_tensorflow/transformer/moe.py ©2022 William Fedus, Barret Zoph and Noam Shazeer. License: CC-BY 4.0, see https://creativecommons.org/licenses/by/4.0/ . Attribution requirements are provided athttp://jmlr.org/papers/v23/21-0998.html .arXiv:2101.03961v3 [cs.LG] 16 Jun 2022 Page 2: Fedus, Zoph and Shazeer Contents 1 Introduction 3 2 Switch Transformer 4 2.1 Simplifying Sparse Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.2 Ecient Sparse Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.3 Putting It All Together: The Switch Transformer . . . . . . . . . . . . . . . 8 2.4 Improved Training and Fine-Tuning Techniques . . . . . . . . . . . . . . . . 8 3 Scaling Properties 11 3.1 Scaling Results on a Step-Basis . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.2 Scaling Results on a Time-Basis . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.3 Scaling Versus a Larger Dense Model . . . . . . . . . . . . . . . . . . . . . . 13 4 Downstream Results 14 4.1 Fine-Tuning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 4.2 Distillation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.3 Multilingual Learning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 5 Designing Models with Data, Model, and Expert-Parallelism 18 5.1 Data Parallelism . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 5.2 Model Parallelism . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 5.3 Model and Data Parallelism . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 5.4 Expert and Data Parallelism . . . . . . . . . . . . . . . . . . . . . . . . . . 22 5.5 Expert, Model and Data Parallelism . . . . . . . . . . . . . . . . . . . . . . 22 5.6 Towards Trillion Parameter Models . . . . . . . . . . . . . . . . . . . . . . . 22 6 Related Work 24 7 Discussion 25 8 Future Work 26 9 Conclusion 27 A Switch for Attention 27 B Preventing Token Dropping with No-Token-Left-Behind 29 C Encouraging Exploration Across Experts 29 D Switch Transformers in Lower Compute Regimes 29 E Relation of Upstream to Downstream Model Performance 32 F Pseudo Code for Switch Transformers 33 2 Page 3: Switch Transformers 1. Introduction Large scale training has been an e ective path towards exible and powerful neural language models (Radford et al., 2018; Kaplan et al., 2020; Brown et al., 2020). Simple architectures| backed by a generous computational budget, data set size and parameter count|surpass more complicated algorithms (Sutton, 2019). An approach followed in Radford et al. (2018); Ra el et al. (2019); Brown et al. (2020) expands the model size of a densely-activated Transformer (Vaswani et al., 2017). While e ective, it is also extremely computationally intensive (Strubell et al., 2019). Inspired by the success of model scale, but seeking greater computational eciency, we instead propose a sparsely-activated expert model: the Switch Transformer. In our case the sparsity comes from activating a subset of the neural network weights for each incoming example. 1091010 Sparse Model Parameters4.85.05.25.45.65.86.0Test Loss 1e 2e 4e 8e 16e 32e 64e 128e 256e 0 1 2 3 4 Training Step 1e52.0 1.9 1.8 1.7 1.6 1.5 1.4 1.3 1.2 Neg Log PerplexitySwitch-Base: 128e Switch-Base: 64e Switch-Base: 32e Switch-Base: 16e T5-Base Figure 1: Scaling and sample eciency of Switch Transformers. Left Plot: Scaling prop- erties for increasingly sparse (more experts) Switch Transformers. Right Plot: Negative log perplexity comparing Switch Transformers to T5 (Ra el et al., 2019) models using the same compute budget. Sparse training is an active area of research and engineering (Gray et al., 2017; Gale et al., 2020), but as of today, machine learning libraries and hardware accelerators still cater to dense matrix multiplications. To have an ecient sparse algorithm, we start with the Mixture-of-Expert (MoE) paradigm (Jacobs et al., 1991; Jordan and Jacobs, 1994; Shazeer et al., 2017), and simplify it to yield training stability and computational bene ts. MoE models have had notable successes in machine translation (Shazeer et al., 2017, 2018; Lep- ikhin et al., 2020), however, widespread adoption is hindered by complexity, communication costs, and training instabilities. We address these issues, and then go beyond translation, to nd that these class of algorithms are broadly valuable in natural language. We measure superior scaling on a diverse set of natural language tasks and across three regimes in NLP: pre-training, ne- tuning and multi-task training. While this work focuses on scale, we also show that the Switch Transformer architecture not only excels in the domain of supercomputers, but is 3 Page 4: Fedus, Zoph and Shazeer bene cial even with only a few computational cores. Further, our large sparse models can be distilled (Hinton et al., 2015) into small dense versions while preserving 30% of the sparse model quality gain. Our contributions are the following: •The Switch Transformer architecture, which simpli es and improves over Mixture of Experts. •Scaling properties and a benchmark against the strongly tuned T5 model (Ra el et al., 2019) where we measure 7x+ pre-training speedups while still using the same FLOPS per token. We further show the improvements hold even with limited computational resources, using as few as two experts. •Successful distillation of sparse pre-trained and specialized ne-tuned models into small dense models. We reduce the model size by up to 99% while preserving 30% of the quality gains of the large sparse teacher. •Improved pre-training and ne-tuning techniques: (1)selective precision training that enables training with lower b oat16 precision (2)an initialization scheme that allows for scaling to a larger number of experts and (3)increased expert regularization that improves sparse model ne-tuning and multi-task training. •A measurement of the pre-training bene ts on multilingual data where we nd a universal improvement across all 101 languages and with 91% of languages bene ting from 4x+ speedups over the mT5 baseline (Xue et al., 2020). •An increase in the scale of neural language models achieved by eciently combining data, model, and expert-parallelism to create models with up to a trillion parameters. These models improve the pre-training speed of a strongly tuned T5-XXL baseline by 4x. 2. Switch Transformer The guiding design principle for Switch Transformers is to maximize the parameter count of a Transformer model (Vaswani et al., 2017) in a simple and computationally ecient way. The bene t of scale was exhaustively studied in Kaplan et al. (2020) which uncovered power- law scaling with model size, data set size and computational budget. Importantly, this work advocates training large models on relatively small amounts of data as the computationally optimal approach. Heeding these results, we investigate a fourth axis: increase the parameter count while keeping the oating point operations (FLOPs) per example constant. Our hypothesis is that the parameter count, independent of total computation performed, is a separately important axis on which to scale. We achieve this by designing a sparsely activated model that eciently uses hardware designed for dense matrix multiplications such as GPUs and TPUs. Our work here focuses on TPU architectures, but these class of models may be similarly trained on GPU clusters. In our distributed training setup, our sparsely activated layers split unique weights on di erent devices. Therefore, the weights of the model increase with the number of devices, all while maintaining a manageable memory and computational footprint on each device. 4 Page 5: Switch Transformers RouterFFN 1 FFN 2 FFN 4 FFN 3Add + Normalize FFN 1 FFN 2 FFN 4 FFN 3 Router Self-AttentionAdd + Normalize x1 x2y1 y2 p = 0.65p = 0.8 Positional embeddingPositional embeddingAdd + Normalize Self-AttentionAdd + NormalizeSwitching FFN La yery x More Parameters Figure 2: Illustration of a Switch Transformer encoder block. We replace the dense feed forward network (FFN) layer present in the Transformer with a sparse Switch FFN layer (light blue). The layer operates independently on the tokens in the sequence. We diagram two tokens ( x1= \More" and x2= \Parameters" below) being routed (solid lines) across four FFN experts, where the router independently routes each token. The switch FFN layer returns the output of the selected FFN multiplied by the router gate value (dotted-line). 2.1 Simplifying Sparse Routing Mixture of Expert Routing. Shazeer et al. (2017) proposed a natural language Mixture- of-Experts (MoE) layer which takes as an input a token representation xand then routes this to the best determined top- kexperts, selected from a set fEi(x)gN i=1ofNexperts. The router variable Wrproduces logits h(x) =Wrxwhich are normalized via a softmax distribution over the available Nexperts at that layer. The gate-value for expert iis given by, pi(x) =eh(x)i PN jeh(x)j: (1) The top-kgate values are selected for routing the token x. IfTis the set of selected top- k indices then the output computation of the layer is the linearly weighted combination of each expert's computation on the token by the gate value, y=X i2Tpi(x)Ei(x): (2) Switch Routing: Rethinking Mixture-of-Experts. Shazeer et al. (2017) conjec- tured that routing to k>1 experts was necessary in order to have non-trivial gradients to the routing functions. The authors intuited that learning to route would not work without the ability to compare at least two experts. Ramachandran and Le (2018) went further to 5 Page 6: Fedus, Zoph and Shazeer study the top- kdecision and found that higher k-values in lower layers in the model were important for models with many routing layers. Contrary to these ideas, we instead use a simpli ed strategy where we route to only a single expert. We show this simpli cation preserves model quality, reduces routing computation and performs better. This k= 1 routing strategy is later referred to as a Switch layer. Note that for both MoE and Switch Routing, the gate value pi(x) in Equation 2 permits di erentiability of the router. The bene ts for the Switch layer are three-fold: (1)The router computation is reduced as we are only routing a token to a single expert. (2)The batch size (expert capacity) of each expert can be at least halved since each token is only being routed to a single expert.3 (3)The routing implementation is simpli ed and communication costs are reduced. Figure 3 shows an example of routing with di erent expert capacity factors. Device 0Device 0 Device 1 Device 2 TokensExpert 1 Expert 2 Expert 3(Capacity Factor: 1.0) TokensExpert 1 Expert 2 Expert 3(Capacity Factor: 1.5) Across Device CommunicationDevice 0 Device 1 Device 2 Device 1 Device 0Terminology Experts: Split across devices, each having their own unique parameters. Perform standard feed- forward computation. Expert Capacity: Batch size of each expert. Calculated as  (tokens_per_batch / num_experts) * capacity_factor Capacity Factor: Used when calculating expert capacity . Expert capacity allows more buf fer to help mitigate token overflow during routing.  Figure 3: Illustration of token routing dynamics. Each expert processes a xed batch-size of tokens modulated by the capacity factor . Each token is routed to the expert with the highest router probability, but each expert has a xed batch size of (total tokens / num experts)capacity factor. If the tokens are unevenly dis- patched then certain experts will over ow (denoted by dotted red lines), resulting in these tokens not being processed by this layer. A larger capacity factor allevi- ates this over ow issue, but also increases computation and communication costs (depicted by padded white/empty slots). 2.2 Ecient Sparse Routing We use Mesh-Tensor ow (MTF) (Shazeer et al., 2018) which is a library, with similar seman- tics and API to Tensor ow (Abadi et al., 2016) that facilitates ecient distributed data and model parallel architectures. It does so by abstracting the physical set of cores to a logical mesh of processors. Tensors and computations may then be sharded per named dimensions, facilitating easy partitioning of models across dimensions. We design our model with TPUs in mind, which require statically declared sizes. Below we describe our distributed Switch Transformer implementation. 3. See Section 2.2 for a technical description. 6 Page 7: Switch Transformers Distributed Switch Implementation. All of our tensor shapes are statically deter- mined at compilation time, but our computation is dynamic due to the routing decisions at training and inference. Because of this, one important technical consideration is how to set theexpert capacity . The expert capacity|the number of tokens each expert computes|is set by evenly dividing the number of tokens in the batch across the number of experts, and then further expanding by a capacity factor , expert capacity =tokens per batch number of experts capacity factor : (3) A capacity factor greater than 1.0 creates additional bu er to accommodate for when to- kens are not perfectly balanced across experts. If too many tokens are routed to an expert (referred to later as dropped tokens), computation is skipped and the token representa- tion is passed directly to the next layer through the residual connection. Increasing the expert capacity is not without drawbacks, however, since high values will result in wasted computation and memory. This trade-o is explained in Figure 3. Empirically we nd en- suring lower rates of dropped tokens are important for the scaling of sparse expert-models. Throughout our experiments we didn't notice any dependency on the number of experts for the number of tokens dropped (typically <1%). Using the auxiliary load balancing loss (next section) with a high enough coecient ensured good load balancing. We study the impact that these design decisions have on model quality and speed in Table 1. A Di erentiable Load Balancing Loss. To encourage a balanced load across experts we add an auxiliary loss (Shazeer et al., 2017, 2018; Lepikhin et al., 2020). As in Shazeer et al. (2018); Lepikhin et al. (2020), Switch Transformers simpli es the original design in Shazeer et al. (2017) which had separate load-balancing and importance-weighting losses. For each Switch layer, this auxiliary loss is added to the total model loss during training. GivenNexperts indexed by i= 1 toNand a batchBwithTtokens, the auxiliary loss is computed as the scaled dot-product between vectors fandP, loss = NNX i=1fiPi (4) wherefiis the fraction of tokens dispatched to expert i, fi=1 TX x2B1fargmaxp(x) =ig (5) andPiis the fraction of the router probability allocated for expert i,2 Pi=1 TX x2Bpi(x): (6) Since we seek uniform routing of the batch of tokens across the Nexperts, we desire both vectors to have values of 1 =N. The auxiliary loss of Equation 4 encourages uniform routing since it is minimized under a uniform distribution. The objective can also be di erentiated as 2. A potential source of confusion: pi(x) is the probability of routing token xto expert i.Piis the probability fraction to expert iacross all tokens in the batch B. 7 Page 8: Fedus, Zoph and Shazeer theP-vector is di erentiable, but the f-vector is not. The nal loss is multiplied by expert countNto keep the loss constant as the number of experts varies since under uniform routingPN i=1(fiPi) =PN i=1(1 N1 N) =1 N. Finally, a hyper-parameter is a multiplicative coecient for these auxiliary losses; throughout this work we use an = 102which was suciently large to ensure load balancing while small enough to not to overwhelm the primary cross-entropy objective. We swept hyper-parameter ranges of from 101to 105 in powers of 10 and found 102balanced load quickly without interfering with training loss. 2.3 Putting It All Together: The Switch Transformer Our rst test of the Switch Transformer starts with pre-training on the \Colossal Clean Crawled Corpus" (C4), introduced in (Ra el et al., 2019). For our pre-training objective, we use a masked language modeling task (Taylor, 1953; Fedus et al., 2018; Devlin et al., 2018) where the model is trained to predict missing tokens. In our pre-training setting, as determined in Ra el et al. (2019) to be optimal, we drop out 15% of tokens and then replace the masked sequence with a single sentinel token. To compare our models, we record the negative log perplexity.4Throughout all tables in the paper, "indicates that a higher value for that metric is better and vice-versa for #. A comparison of all the models studied in this work are in Table 9. A head-to-head comparison of the Switch Transformer and the MoE Transformer is presented in Table 1. Our Switch Transformer model is FLOP-matched to `T5-Base' (Ra el et al., 2019) (same amount of computation per token is applied). The MoE Transformer, using top-2 routing, has two experts which each apply a separate FFN to each token and thus its FLOPS are larger. All models were trained for the same number of steps on identical hardware. Note that the MoE model going from capacity factor 2.0 to 1.25 actually slows down (840 to 790) in the above experiment setup, which is unexpected.5 We highlight three key ndings from Table 1: (1)Switch Transformers outperform both carefully tuned dense models and MoE Transformers on a speed-quality basis. For a xed amount of computation and wall-clock time, Switch Transformers achieve the best result. (2)The Switch Transformer has a smaller computational footprint than the MoE counterpart. If we increase its size to match the training speed of the MoE Transformer, we nd this outperforms all MoE and Dense models on a per step basis as well. (3)Switch Transformers perform better at lower capacity factors (1.0, 1.25). Smaller expert capacities are indicative of the scenario in the large model regime where model memory is very scarce and the capacity factor will want to be made as small as possible. 2.4 Improved Training and Fine-Tuning Techniques Sparse expert models may introduce training diculties over a vanilla Transformer. Insta- bility can result because of the hard-switching (routing) decisions at each of these layers. Further, low precision formats like b oat16 (Wang and Kanwar, 2019) can exacerbate issues 4. We use log base- efor this metric so the units are nats. 5. Note that speed measurements are both a function of the algorithm and the implementation details. Switch Transformer reduces the necessary computation relative to MoE (algorithm), but the nal speed di erences are impacted by low-level optimizations (implementation). 8 Page 9: Switch Transformers Model Capacity Quality after Time to Quality Speed ( ") Factor 100k steps ( ") Threshold ( #) (examples/sec) (Neg. Log Perp.) (hours) T5-Base | -1.731 Not achievedy1600 T5-Large | -1.550 131.1 470 MoE-Base 2.0 -1.547 68.7 840 Switch-Base 2.0 -1.554 72.8 860 MoE-Base 1.25 -1.559 80.7 790 Switch-Base 1.25 -1.553 65.0 910 MoE-Base 1.0 -1.572 80.1 860 Switch-Base 1.0 -1.561 62.8 1000 Switch-Base+ 1.0 -1.534 67.6 780 Table 1: Benchmarking Switch versus MoE. Head-to-head comparison measuring per step and per time bene ts of the Switch Transformer over the MoE Transformer and T5 dense baselines. We measure quality by the negative log perplexity and the time to reach an arbitrary chosen quality threshold of Neg. Log Perp.=-1.50. All MoE and Switch Transformer models use 128 experts, with experts at every other feed-forward layer. For Switch-Base+, we increase the model size until it matches the speed of the MoE model by increasing the model hidden-size from 768 to 896 and the number of heads from 14 to 16. All models are trained with the same amount of computation (32 cores) and on the same hardware (TPUv3). Further note that all our models required pre-training beyond 100k steps to achieve our level threshold of -1.50. yT5-Base did not achieve this negative log perplexity in the 100k steps the models were trained. in the softmax computation for our router. We describe training diculties here and the methods we use to overcome them to achieve stable and scalable training. Selective precision with large sparse models. Model instability hinders the ability to train using ecient b oat16 precision, and as a result, Lepikhin et al. (2020) trains with oat32 precision throughout their MoE Transformer. However, we show that by instead selectively casting to oat32 precision within a localized part of the model, stability may be achieved, without incurring expensive communication cost of oat32 tensors. This technique is inline with modern mixed precision training strategies where certain parts of the model and gradient updates are done in higher precision Micikevicius et al. (2017). Table 2 shows that our approach permits nearly equal speed to b oat16 training while conferring the training stability of oat32. To achieve this, we cast the router input to oat32 precision. The router function takes the tokens as input and produces the dispatch and combine tensors used for the selection and recombination of expert computation (refer to Code Block 15 in the Appendix for details). Importantly, the oat32 precision is only used within the body of the router function|on computations local to that device. Because the resulting dispatch and combine tensors are recast to b oat16 precision at the end of the function, no expensive oat32 tensors 9 Page 10: Fedus, Zoph and Shazeer Model Quality Speed (precision) (Neg. Log Perp.) ( ") (Examples/sec) ( ") Switch-Base ( oat32) -1.718 1160 Switch-Base (b oat16) -3.780 [ diverged ] 1390 Switch-Base (Selective precision) -1.716 1390 Table 2: Selective precision. We cast the local routing operations to oat32 while preserving b oat16 precision elsewhere to stabilize our model while achieving nearly equal speed to (unstable) b oat16-precision training. We measure the quality of a 32 expert model after a xed step count early in training its speed performance. For both Switch-Base in oat32 and with Selective prevision we notice similar learning dynamics. are broadcast through all-to-all communication operations, but we still bene t from the increased stability of oat32. Smaller parameter initialization for stability . Appropriate initialization is critical to successful training in deep learning and we especially observe this to be true for Switch Transformer. We initialize our weight matrices by drawing elements from a truncated normal distribution with mean = 0 and standard deviation =p s=nwheresis a scale hyper-parameter and nis the number of input units in the weight tensor (e.g. fan-in).6 As an additional remedy to the instability, we recommend reducing the default Trans- former initialization scale s= 1:0 by a factor of 10. This both improves quality and reduces the likelihood of destabilized training in our experiments. Table 3 measures the improve- ment of the model quality and reduction of the variance early in training. We nd that Model (Initialization scale) Average Quality Std. Dev. of Quality (Neg. Log Perp.) (Neg. Log Perp.) Switch-Base (0.1x-init) -2.72 0.01 Switch-Base (1.0x-init) -3.60 0.68 Table 3: Reduced initialization scale improves stability. Reducing the initialization scale results in better model quality and more stable training of Switch Transformer. Here we record the average and standard deviation of model quality, measured by the negative log perplexity, of a 32 expert model after 3.5k steps (3 random seeds each). the average model quality, as measured by the Neg. Log Perp., is dramatically improved and there is a far reduced variance across runs. Further, this same initialization scheme is broadly e ective for models spanning several orders of magnitude. We use the same ap- proach to stably train models as small as our 223M parameter baseline to enormous models in excess of one trillion parameters. 6. Values greater than two standard deviations from the mean are resampled. 10 Page 11: Switch Transformers Regularizing large sparse models. Our paper considers the common NLP approach of pre-training on a large corpus followed by ne-tuning on smaller downstream tasks such as summarization or question answering. One issue that naturally arises is over tting since many ne-tuning tasks have very few examples. During ne-tuning of standard Trans- formers, Ra el et al. (2019) use dropout (Srivastava et al., 2014) at each layer to prevent over tting. Our Switch Transformers have signi cantly more parameters than the FLOP matched dense baseline, which can lead to more severe over tting on these smaller down- stream tasks. Model (dropout) GLUE CNNDM SQuAD SuperGLUE T5-Base (d=0.1) 82.9 19.6 83.5 72.4 Switch-Base (d=0.1) 84.7 19.1 83.7 73.0 Switch-Base (d=0.2) 84.4 19.2 83.9 73.2 Switch-Base (d=0.3) 83.9 19.6 83.4 70.7 Switch-Base (d=0.1, ed=0.4) 85.2 19.6 83.7 73.0 Table 4: Fine-tuning regularization results. A sweep of dropout rates while ne-tuning Switch Transformer models pre-trained on 34B tokens of the C4 data set (higher numbers are better). We observe that using a lower standard dropout rate at all non-expert layer, with a much larger dropout rate on the expert feed-forward layers, to perform the best. We thus propose a simple way to alleviate this issue during ne-tuning: increase the dropout inside the experts, which we name as expert dropout . During ne-tuning we simply increase the dropout rate by a signi cant amount only at the interim feed-forward com- putation at each expert layer. Table 4 has the results for our expert dropout protocol. We observe that simply increasing the dropout across all layers leads to worse performance. However, setting a smaller dropout rate (0.1) at non-expert layers and a much larger dropout rate (0.4) at expert layers leads to performance improvements on four smaller downstream tasks. 3. Scaling Properties We present a study of the scaling properties of the Switch Transformer architecture dur- ing pre-training. Per Kaplan et al. (2020), we consider a regime where the model is not bottlenecked by either the computational budget or amount of data. To avoid the data bottleneck, we use the large C4 corpus with over 180B target tokens (Ra el et al., 2019) and we train until diminishing returns are observed. The number of experts is the most ecient dimension for scaling our model. Increasing the experts keeps the computational cost approximately xed since the model only selects one expert per token, regardless of the number of experts to choose from. The router must compute a probability distribution over more experts, however, this is a lightweight computation of cost O(dmodelnum experts) where dmodel is the embedding dimension of 11 Page 12: Fedus, Zoph and Shazeer tokens passed between the layers. In this section, we consider the scaling properties on a step-basis and a time-basis with a xed computational budget. 3.1 Scaling Results on a Step-Basis Figure 4 demonstrates consistent scaling bene ts with the number of experts when training all models for a xed number of steps. We observe a clear trend: when keeping the FLOPS per token xed, having more parameters (experts) speeds up training. The left Figure demonstrates consistent scaling properties (with xed FLOPS per token) between sparse model parameters and test loss. This reveals the advantage of scaling along this additional axis of sparse model parameters. Our right Figure measures sample eciency of a dense model variant and four FLOP-matched sparse variants. We nd that increasing the number of experts leads to more sample ecient models. Our Switch-Base 64 expert model achieves the same performance of the T5-Base model at step 60k at step 450k, which is a 7.5x speedup in terms of step time. In addition, consistent with the ndings of Kaplan et al. (2020), we nd that larger models are also more sample ecient |learning more quickly for a xed number of observed tokens. 1091010 Sparse Model Parameters4.85.05.25.45.65.86.0Test Loss 1e 2e 4e 8e 16e 32e 64e 128e 256e 0 1 2 3 4 Training Step 1e52.0 1.9 1.8 1.7 1.6 1.5 1.4 1.3 1.2 Neg Log PerplexitySwitch-Base: 128e Switch-Base: 64e Switch-Base: 32e Switch-Base: 16e T5-Base Figure 4: Scaling properties of the Switch Transformer. Left Plot: We measure the quality improvement, as measured by perplexity, as the parameters increase by scaling the number of experts. The top-left point corresponds to the T5-Base model with 223M parameters. Moving from top-left to bottom-right, we double the number of experts from 2, 4, 8 and so on until the bottom-right point of a 256 expert model with 14.7B parameters. Despite all models using an equal computational budget, we observe consistent improvements scaling the number of experts. Right Plot: Negative log perplexity per step sweeping over the number of experts. The dense baseline is shown with the purple line and we note improved sample eciency of our Switch-Base models. 12 Page 13: Switch Transformers 3.2 Scaling Results on a Time-Basis Figure 4 demonstrates that on a step basis, as we increase the number of experts, the performance consistently improves. While our models have roughly the same amount of FLOPS per token as the baseline, our Switch Transformers incurs additional communication costs across devices as well as the extra computation of the routing mechanism. Therefore, the increased sample eciency observed on a step-basis doesn't necessarily translate to a better model quality as measured by wall-clock. This raises the question: For a xed training duration and computational budget, should one train a dense or a sparse model? 50 100 150 200 250 300 350 Training Time2.0 1.9 1.8 1.7 1.6 1.5 1.4 1.3 1.2 Neg Log Perplexity7x Speedup Switch-Base: 128e Switch-Base: 64e Switch-Base: 32e T5-Base Figure 5: Speed advantage of Switch Transformer. All models trained on 32 TPUv3 cores with equal FLOPs per example. For a xed amount of computation and training time, Switch Transformers signi cantly outperform the dense Transformer base- line. Our 64 expert Switch-Base model achieves the same quality in one-seventh the time of the T5-Base and continues to improve. Figures 5 and 6 address this question. Figure 5 measures the pre-training model quality as a function of time. For a xed training duration and computational budget, Switch Transformers yield a substantial speed-up. In this setting, our Switch-Base 64 expert model trains in one-seventh the time that it would take the T5-Base to get similar perplexity. 3.3 Scaling Versus a Larger Dense Model The above analysis shows that a computationally-matched dense model is outpaced by its Switch counterpart. Figure 6 considers a di erent scenario: what if we instead had allocated our resources to a larger dense model? We do so now, measuring Switch-Base against the next strong baseline, T5-Large . But despite T5-Large applying 3.5x more FLOPs per token, 13 Page 14: Fedus, Zoph and Shazeer Switch-Base is still more sample ecient and yields a 2.5x speedup. Furthermore, more gains can be had simply by designing a new, larger sparse version, Switch-Large, which is FLOP-matched to T5-Large. We do this and demonstrate superior scaling and ne-tuning in the following section. 0 1 2 3 4 Training Step 1e52.0 1.9 1.8 1.7 1.6 1.5 1.4 1.3 1.2 Neg Log Perplexity Switch-Base: 64e T5-Large T5-Base 50 100 150 200 250 300 350 Training Time2.0 1.9 1.8 1.7 1.6 1.5 1.4 1.3 1.2 Neg Log Perplexity7.0x Speedup2.5x Speedup Switch-Base: 64e T5-Large T5-Base Figure 6: Scaling Transformer models with Switch layers or with standard dense model scaling. Left Plot: Switch-Base is more sample ecient than both the T5-Base, and T5-Large variant, which applies 3.5x more FLOPS per token. Right Plot: As before, on a wall-clock basis, we nd that Switch-Base is still faster, and yields a 2.5x speedup over T5-Large. 4. Downstream Results Section 3 demonstrated the superior scaling properties while pre-training, but we now val- idate that these gains translate to improved language learning abilities on downstream tasks. We begin by ne-tuning on a diverse set of NLP tasks. Next we study reducing the memory footprint of our sparse models by over 90% by distilling into small|and easily deployed|dense baselines. Finally, we conclude this section measuring the improvements in a multi-task, multilingual setting, where we show that Switch Transformers are strong multi-task learners, improving over the multilingual T5-base model across all 101 languages. 4.1 Fine-Tuning Baseline and Switch models used for ne-tuning. Our baselines are the highly-tuned 223M parameter T5-Base model and the 739M parameter T5-Large model (Ra el et al., 2019). For both versions, we design a FLOP-matched Switch Transformer, with many more parameters, which is summarized in Table 9.7Our baselines di er slightly from those in Ra el et al. (2019) because we pre-train on an improved C4 corpus which removes intra- example text duplication and thus increases the ecacy as a pre-training task Lee et al. 7. FLOPS are calculated for the forward pass as done in Kaplan et al. (2020). 14 Page 15: Switch Transformers (2021). In our protocol we pre-train with 220(1,048,576) tokens per batch for 550k steps amounting to 576B total tokens. We then ne-tune across a diverse set of tasks using a dropout rate of 0.1 for all layers except the Switch layers, which use a dropout rate of 0.4 (see Table 4). We ne-tune using a batch-size of 1M for 16k steps and for each task, we evaluate model quality every 200-steps and report the peak performance as computed on the validation set. Fine-tuning tasks and data sets. We select tasks probing language capabilities in- cluding question answering, summarization and knowledge about the world. The language benchmarks GLUE (Wang et al., 2018) and SuperGLUE (Wang et al., 2019) are handled as composite mixtures with all the tasks blended in proportion to the amount of tokens present in each. These benchmarks consist of tasks requiring sentiment analysis (SST- 2), word sense disambiguation (WIC), sentence similarty (MRPC, STS-B, QQP), natural language inference (MNLI, QNLI, RTE, CB), question answering (MultiRC, RECORD, BoolQ), coreference resolution (WNLI, WSC) and sentence completion (COPA) and sen- tence acceptability (CoLA). The CNNDM (Hermann et al., 2015) and BBC XSum (Narayan et al., 2018) data sets are used to measure the ability to summarize articles. Question an- swering is probed with the SQuAD data set (Rajpurkar et al., 2016) and the ARC Reasoning Challenge (Clark et al., 2018). And as in Roberts et al. (2020), we evaluate the knowledge of our models by ne-tuning on three closed-book question answering data sets: Natural Questions (Kwiatkowski et al., 2019), Web Questions (Berant et al., 2013) and Trivia QA (Joshi et al., 2017). Closed-book refers to questions posed with no supplemental reference or context material. To gauge the model's common sense reasoning we evaluate it on the Winogrande Schema Challenge (Sakaguchi et al., 2020). And nally, we test our model's natural language inference capabilities on the Adversarial NLI Benchmark (Nie et al., 2019). Fine-tuning metrics. The following evaluation metrics are used throughout the paper: We report the average scores across all subtasks for GLUE and SuperGLUE. The Rouge-2 metric is used both the CNNDM and XSum. In SQuAD and the closed book tasks (Web, Natural, and Trivia Questions) we report the percentage of answers exactly matching the target (refer to Roberts et al. (2020) for further details and de ciency of this measure). Finally, in ARC Easy, ARC Challenge, ANLI, and Winogrande we report the accuracy of the generated responses. Fine-tuning results. We observe signi cant downstream improvements across many natural language tasks. Notable improvements come from SuperGLUE, where we nd FLOP-matched Switch variants improve by 4.4 and 2 percentage points over the T5-Base and T5-Large baselines, respectively as well as large improvements in Winogrande, closed book Trivia QA, and XSum.8In our ne-tuning study, the only tasks where we do not observe gains are on the AI2 Reasoning Challenge (ARC) data sets where the T5-Base outperforms Switch-Base on the challenge data set and T5-Large outperforms Switch-Large on the easy data set. Taken as a whole, we observe signi cant improvements spanning both reasoning and knowledge-heavy tasks. This validates our architecture, not just as one that pre-trains well, but can translate quality improvements to downstream tasks via ne-tuning. 8. Our T5 and Switch models were pre-trained with 220tokens per batch for 550k steps on a revised C4 data set for fair comparisons. 15 Page 16: Fedus, Zoph and Shazeer Model GLUE SQuAD SuperGLUE Winogrande (XL) T5-Base 84.3 85.5 75.1 66.6 Switch-Base 86.7 87.2 79.5 73.3 T5-Large 87.8 88.1 82.7 79.1 Switch-Large 88.5 88.6 84.7 83.0 Model XSum ANLI (R3) ARC Easy ARC Chal. T5-Base 18.7 51.8 56.7 35.5 Switch-Base 20.3 54.0 61.3 32.8 T5-Large 20.9 56.6 68.8 35.5 Switch-Large 22.3 58.6 66.0 35.5 Model CB Web QA CB Natural QA CB Trivia QA T5-Base 26.6 25.8 24.5 Switch-Base 27.4 26.8 30.7 T5-Large 27.7 27.6 29.5 Switch-Large 31.3 29.5 36.9 Table 5: Fine-tuning results. Fine-tuning results of T5 baselines and Switch models across a diverse set of natural language tests (validation sets; higher numbers are better). We compare FLOP-matched Switch models to the T5-Base and T5-Large base- lines. For most tasks considered, we nd signi cant improvements of the Switch- variants. We observe gains across both model sizes and across both reasoning and knowledge-heavy language tasks. 4.2 Distillation Deploying massive neural networks with billions, or trillions, of parameters is inconvenient. To alleviate this, we study distilling (Hinton et al., 2015) large sparse models into small dense models. Future work could additionally study distilling large models into smaller sparse models. Distillation techniques. In Table 6 we study a variety of distillation techniques. These techniques are built o of Sanh et al. (2019), who study distillation methods for BERT models. We nd that initializing the dense model with the non-expert weights yields a modest improvement. This is possible since all models are FLOP matched, so non-expert layers will have the same dimensions. Since expert layers are usually only added at every or every other FFN layer in a Transformer, this allows for many of the weights to be initialized with trained parameters. Furthermore, we observe a distillation improvement using a mixture of 0.25 for the teacher probabilities and 0.75 for the ground truth label. By combining both techniques we preserve 30% of the quality gains from the larger sparse models with only 1=20thof the parameters. The quality gain refers to the percent of 16 Page 17: Switch Transformers the quality di erence between Switch-Base (Teacher) and T5-Base (Student). Therefore, a quality gain of 100% implies the Student equals the performance of the Teacher. Technique Parameters Quality ( ") T5-Base 223M -1.636 Switch-Base 3,800M -1.444 Distillation 223M (3%) -1.631 + Init. non-expert weights from teacher 223M (20%) -1.598 + 0.75 mix of hard and soft loss 223M (29%) -1.580 Initialization Baseline (no distillation) Init. non-expert weights from teacher 223M -1.639 Table 6: Distilling Switch Transformers for Language Modeling. Initializing T5-Base with the non-expert weights from Switch-Base and using a loss from a mixture of teacher and ground-truth labels obtains the best performance. We can distill 30% of the performance improvement of a large sparse model with 100x more parameters back into a small dense model. For a nal baseline, we nd no improvement of T5-Base initialized with the expert weights, but trained normally without distillation. Achievable compression rates. Using our best distillation technique described in Table 6, we distill a wide variety of sparse models into dense models. We distill Switch- Base versions, sweeping over an increasing number of experts, which corresponds to varying between 1.1B to 14.7B parameters. Through distillation, we can preserve 37% of the quality gain of the 1.1B parameter model while compressing 82%. At the extreme, where we compress the model 99%, we are still able to maintain 28% of the teacher's model quality improvement. Distilling a ne-tuned model. We conclude this with a study of distilling a ne- tuned sparse model into a dense model. Table 8 shows results of distilling a 7.4B parameter Switch-Base model, ne-tuned on the SuperGLUE task, into the 223M T5-Base. Similar to our pre-training results, we nd we are able to preserve 30% of the gains of the sparse model when distilling into a FLOP matched dense variant. One potential future avenue, not considered here, may examine the speci c experts being used for ne-tuning tasks and extracting them to achieve better model compression. 4.3 Multilingual Learning In our nal set of downstream experiments, we measure the model quality and speed trade- o s while pre-training on a mixture of 101 di erent languages. We build and benchmark o the recent work of mT5 (Xue et al., 2020), a multilingual extension to T5. We pre-train on the multilingual variant of the Common Crawl data set (mC4) spanning 101 languages in- troduced in mT5, but due to script variants within certain languages, the mixture contains 107 tasks. In Figure 7 we plot the quality improvement in negative log perplexity for all languages of a FLOP-matched Switch model, mSwitch-Base to the T5 base variant, mT5-Base. After 17 Page 18: Fedus, Zoph and Shazeer Dense Sparse Parameters 223M 1.1B 2.0B 3.8B 7.4B 14.7B Pre-trained Neg. Log Perp. ( ") -1.636 -1.505 -1.474 -1.444 -1.432 -1.427 Distilled Neg. Log Perp. ( ") | -1.587 -1.585 -1.579 -1.582 -1.578 Percent of Teacher Performance | 37% 32% 30 % 27 % 28 % Compression Percent | 82 % 90 % 95 % 97 % 99 % Table 7: Distillation compression rates. We measure the quality when distilling large sparse models into a dense baseline. Our baseline, T5-Base, has a -1.636 Neg. Log Perp. quality. In the right columns, we then distill increasingly large sparse models into this same architecture. Through a combination of weight-initialization and a mixture of hard and soft losses, we can shrink our sparse teachers by 95%+ while preserving 30% of the quality gain. However, for signi cantly better and larger pre-trained teachers, we expect larger student models would be necessary to achieve these compression rates. Model Parameters FLOPS SuperGLUE (") T5-Base 223M 124B 74.6 Switch-Base 7410M 124B 81.3 Distilled T5-Base 223M 124B (30%) 76.6 Table 8: Distilling a ne-tuned SuperGLUE model. We distill a Switch-Base model ne- tuned on the SuperGLUE tasks into a T5-Base model. We observe that on smaller data sets our large sparse model can be an e ective teacher for distillation. We nd that we again achieve 30% of the teacher's performance on a 97% compressed model. pre-training both versions for 1M steps, we nd that on all101 languages considered, Switch Transformer increases the nal negative log perplexity over the baseline. In Figure 8, we present a di erent view and now histogram the per step speed-up of using Switch Transformer over the mT5-Base.9We nd a mean speed-up over mT5-Base of 5x and that 91% of languages achieve at least a 4x speedup. This presents evidence that Switch Transformers are e ective multi-task and multi-lingual learners. 5. Designing Models with Data, Model, and Expert-Parallelism Arbitrarily increasing the number of experts is subject to diminishing returns (Figure 4). Here we describe complementary scaling strategies. The common way to scale a Transformer is to increase dimensions in tandem, like dmodel ordff. This increases both the parameters 9. The speedup on a step basis is computed as the ratio of the number of steps for the baseline divided by the number of steps required by our model to reach that same quality. 18 Page 19: Switch Transformers ja ny xh mr su zh eo bg-latn ms zu so et ta la hi-latn ha sn ht my jv af mi fi fil sw no eu lo sv yo de en th co tr ml fy es ar sl mn ky si iw hu is ko ja-latn ro uz zh-latn te am km kk ku nl st it da mg lt sr sq mt gl hi cs hmn ig haw lv fr sm ru ga sk ur tg yi pt az ps bg ru-latn ca pl mk id kn ne fa be ka el-latn uk gu bn cy hy lb pa el ceb vi sd gd Language1.8 1.6 1.4 1.2 1.0 0.8 0.6 0.4 Neg. Log Perplexity Switch Dense Figure 7: Multilingual pre-training on 101 languages. Improvements of Switch T5 Base model over dense baseline when multi-task training on 101 languages. We observe Switch Transformers to do quite well in the multi-task training setup and yield improvements on all 101 languages. 4 6 8 10 12 14 16 Switch Speedup over Dense Baseline01020304050Number of Languages Figure 8: Multilingual pre-training on 101 languages. We histogram for each language, the step speedup of Switch Transformers over the FLOP matched T5 dense baseline to reach the same quality. Over all 101 languages, we achieve a mean step speed- up over mT5-Base of 5x and, for 91% of languages, we record a 4x, or greater, speedup to reach the nal perplexity of mT5-Base. and computation performed and is ultimately limited by the memory per accelerator. Once it exceeds the size of the accelerator's memory, single program multiple data (SPMD) model- parallelism can be employed. This section studies the trade-o s of combining data, model, and expert-parallelism. Reviewing the Feed-Forward Network (FFN) Layer. We use the FFN layer as an example of how data, model and expert-parallelism works in Mesh TensorFlow (Shazeer et al., 2018) and review it brie y here. We assume Btokens in the batch, each of dimension 19 Page 20: Fedus, Zoph and Shazeer dmodel . Both the input ( x) and output ( y) of the FFN are of size [ B,dmodel ] and the inter- mediate (h) is of size [ B,dff] wheredffis typically several times larger than dmodel . In the FFN, the intermediate is h=xWinand then the output of the layer is y=ReLU (h)Wout. ThusWinandWoutare applied independently to each token and have sizes [ dmodel ,dff] and [dff,dmodel ]. We describe two aspects of partitioning: how the weights and batches of data divide over cores, depicted in Figure 9. We denote all cores available as Nwhich Mesh Tensor ow may then remap into a logical multidimensional mesh of processors. Here we create a two-dimensional logical mesh, with one dimension representing the number of ways for data-parallel sharding ( n) and the other, the model-parallel sharding ( m). The total cores must equal the ways to shard across both data and model-parallelism, e.g. N=nm. To shard the layer across cores, the tensors containing that batch of Btokens are sharded acrossndata-parallel cores, so each core contains B=n tokens. Tensors and variables with dffare then sharded across mmodel-parallel cores. For the variants with experts-layers, we consider Eexperts, each of which can process up to Ctokens. Term Description B Number of tokens in the batch. N Number of total cores. n Number of ways for data-parallelism sharding. m Number of ways for model-parallelism sharding. E Number of experts in Switch layers. C Expert capacity, the batch size of each expert. 5.1 Data Parallelism When training data parallel models, which is the standard for distributed training, then all cores are allocated to the data-parallel dimension or n=N;m = 1. This has the advantage that no communication is needed until the entire forward and backward pass is nished and the gradients need to be then aggregated across all cores. This corresponds to the left-most column of Figure 9. 5.2 Model Parallelism We now consider a scenario where all cores are allocated exclusively to the model-parallel dimension and so n= 1;m=N. Now all cores must keep the full Btokens and each core will contain a unique slice of the weights. For each forward and backward pass, a communication cost is now incurred. Each core sends a tensor of [ B,dmodel ] to compute the second matrix multiplication ReLU (h)Woutbecause the dffdimension is partitioned and must be summed over. As a general rule, whenever a dimension that is partitioned across cores must be summed, then an all-reduce operation is added for both the forward and backward pass. This contrasts with pure data parallelism where an all-reduce only occurs at the end of the entire forward and backward pass. 20 Page 21: Switch Transformers Expert and Data ParallelismModel ParallelismExpert, Model and Data ParallelismHow the model weights  are split over cores How the data is split over coresModel and Data ParallelismData  Parallelism Expert and Data ParallelismModel ParallelismExpert, Model and Data ParallelismModel and Data ParallelismData  Parallelism Figure 9: Data and weight partitioning strategies. Each 4 4 dotted-line grid represents 16 cores and the shaded squares are the data contained on that core (either model weights or batch of tokens). We illustrate both how the model weights and the data tensors are split for each strategy. First Row: illustration of how model weights are split across the cores. Shapes of di erent sizes in this row represent larger weight matrices in the Feed Forward Network (FFN) layers (e.g larger dff sizes). Each color of the shaded squares identi es a unique weight matrix. The number of parameters per core is xed, but larger weight matrices will apply more computation to each token. Second Row: illustration of how the data batch is split across cores. Each core holds the same number of tokens which maintains a xed memory usage across all strategies. The partitioning strategies have di erent properties of allowing each core to either have the same tokens or di erent tokens across cores, which is what the di erent colors symbolize. 5.3 Model and Data Parallelism It is common to mix both model and data parallelism for large scale models, which was done in the largest T5 models (Ra el et al., 2019; Xue et al., 2020) and in GPT-3 (Brown et al., 2020). With a total of N=nmcores, now each core will be responsible for B=n tokens anddff=mof both the weights and intermediate activation. In the forward and backward pass each core communicates a tensor of size [ B=n;d model ] in an all-reduce operation. 21 Page 22: Fedus, Zoph and Shazeer 5.4 Expert and Data Parallelism Next we describe the partitioning strategy for expert and data parallelism. Switch Trans- formers will allocate all of their cores to the data partitioning dimension n, which will also correspond to the number of experts in the model. For each token per core a router locally computes assignments to the experts. The output is a binary matrix of size [ n,B=n,E, C] which is partitioned across the rst dimension and determines expert assignment. This binary matrix is then used to do a gather via matrix multiplication with the input tensor of [n,B=n,dmodel ]. einsum([n;B=n;d model ];[n;B=n;E;C ];dimension = [ B=n]) (7) resulting in the nal tensor of shape [ n,E,C,dmodel ], which is sharded across the rst dimension. Because each core has its own expert, we do an all-to-all communication of size [E,C,dmodel ] to now shard the Edimension instead of the n-dimension. There are additional communication costs of b oat16 tensors of size ECdmodel in the forward pass to analogusly receive the tokens from each expert located on di erent cores. See Appendix F for a detailed analysis of the expert partitioning code. 5.5 Expert, Model and Data Parallelism In the design of our best model, we seek to balance the FLOPS per token and the parameter count. When we scale the number of experts, we increase the number of parameters, but do not change the FLOPs per token. In order to increase FLOPs, we must also increase the dff dimension (which also increases parameters, but at a slower rate). This presents a trade-o : as we increase dffwe will run out of memory per core, which then necessitates increasing m. But since we have a xed number of cores N, andN=nm, we must decrease n, which forces use of a smaller batch-size (in order to hold tokens per core constant). When combining both model and expert-parallelism, we will have all-to-all communica- tion costs from routing the tokens to the correct experts along with the internal all-reduce communications from the model parallelism. Balancing the FLOPS, communication costs and memory per core becomes quite complex when combining all three methods where the best mapping is empirically determined. See our further analysis in section 5.6 for how the number of experts e ects the downstream performance as well. 5.6 Towards Trillion Parameter Models Combining expert, model and data parallelism, we design two large Switch Transformer models, one with 395 billion and 1.6 trillion parameters, respectively. We study how these models perform on both up-stream pre-training as language models and their downstream ne-tuning performance. The parameters, FLOPs per sequence and hyper-parameters of the two di erent models are listed below in Table 9. Standard hyper-parameters of the Transformer, including dmodel ,dff,dkv, number of heads and number of layers are described, as well as a less common feature, FFN GEGLU , which refers to a variation of the FFN layer where the expansion matrix is substituted with two sets of weights which are non-linearly combined (Shazeer, 2020). The Switch-C model is designed using only expert-parallelism, and no model-parallelism, as described earlier in Section 5.4. As a result, the hyper-parameters controlling the width, 22 Page 23: Switch Transformers Model Parameters FLOPs/seq dmodel FFN GEGLU dff dkvNum. Heads T5-Base 0.2B 124B 768 X 2048 64 12 T5-Large 0.7B 425B 1024 X 2816 64 16 T5-XXL 11B 6.3T 4096 X 10240 64 64 Switch-Base 7B 124B 768 X 2048 64 12 Switch-Large 26B 425B 1024 X 2816 64 16 Switch-XXL 395B 6.3T 4096 X 10240 64 64 Switch-C 1571B 890B 2080 6144 64 32 Model Expert Freq. Num. Layers Num Experts Neg. Log Perp. @250k Neg. Log Perp. @ 500k T5-Base { 12 { -1.599 -1.556 T5-Large { 24 { -1.402 -1.350 T5-XXL { 24 { -1.147 -1.095 Switch-Base 1=2 12 128 -1.370 -1.306 Switch-Large 1=2 24 128 -1.248 -1.177 Switch-XXL 1=2 24 64 -1.086 -1.008 Switch-C 1 15 2048 -1.096 -1.043 Table 9: Switch model design and pre-training performance. We compare the hyper- parameters and pre-training performance of the T5 models to our Switch Trans- former variants. The last two columns record the pre-training model quality on the C4 data set after 250k and 500k steps, respectively. We observe that the Switch- C Transformer variant is 4x faster to a xed perplexity (with the same compute budget) than the T5-XXL model, with the gap increasing as training progresses. depth, number of heads, and so on, are all much smaller than the T5-XXL model. In contrast, the Switch-XXL is FLOP-matched to the T5-XXL model, which allows for larger dimensions of the hyper-parameters, but at the expense of additional communication costs induced by model-parallelism (see Section 5.5 for more details). Sample eciency versus T5-XXL. In the nal two columns of Table 9 we record the negative log perplexity on the C4 corpus after 250k and 500k steps, respectively. After 250k steps, we nd both Switch Transformer variants to improve over the T5-XXL version's negative log perplexity by over 0.061.10To contextualize the signi cance of a gap of 0.061, we note that the T5-XXL model had to train for an additional 250k steps to increase 0.052. The gap continues to increase with additional training, with the Switch-XXL model out-performing the T5-XXL by 0.087 by 500k steps. Training instability. However, as described in the introduction, large sparse models can be unstable, and as we increase the scale, we encounter some sporadic issues. We nd that the larger Switch-C model, with 1.6T parameters and 2048 experts, exhibits no training instability at all. Instead, the Switch XXL version, with nearly 10x larger FLOPs per sequence, is sometimes unstable. As a result, though this is our better model on a step-basis, we do not pre-train for a full 1M steps, in-line with the nal reported results of T5 (Ra el et al., 2019). 10. This reported quality di erence is a lower bound, and may actually be larger. The T5-XXL was pre- trained on an easier C4 data set which included duplicated, and thus easily copied, snippets within examples. 23 Page 24: Fedus, Zoph and Shazeer Reasoning ne-tuning performance. As a preliminary assessment of the model quality, we use a Switch-XXL model partially pre-trained on 503B tokens, or approximately half the text used by the T5-XXL model. Using this checkpoint, we conduct multi-task training for eciency, where all tasks are learned jointly, rather than individually ne-tuned. We nd that SQuAD accuracy on the validation set increases to 89.7 versus state-of-the-art of 91.3. Next, the average SuperGLUE test score is recorded at 87.5 versus the T5 version obtaining a score of 89.3 compared to the state-of-the-art of 90.0 (Wang et al., 2019). On ANLI (Nie et al., 2019), Switch XXL improves over the prior state-of-the-art to get a 65.7 accuracy versus the prior best of 49.4 (Yang et al., 2020). We note that while the Switch- XXL has state-of-the-art Neg. Log Perp. on the upstream pre-training task, its gains have not yet fully translated to SOTA downstream performance. We study this issue more in Appendix E. Knowledge-based ne-tuning performance. Finally, we also conduct an early ex- amination of the model's knowledge with three closed-book knowledge-based tasks: Natural Questions, WebQuestions and TriviaQA, without additional pre-training using Salient Span Masking (Guu et al., 2020). In all three cases, we observe improvements over the prior state- of-the-art T5-XXL model (without SSM). Natural Questions exact match increases to 34.4 versus the prior best of 32.8, Web Questions increases to 41.0 over 37.2, and TriviaQA increases to 47.5 versus 42.9. Summing up, despite training on less than half the data of other models, we already nd comparable, and sometimes state-of-the-art, model quality. Currently, the Switch Transformer translates substantial upstream gains better to knowledge-based tasks, than reasoning-tasks (see Appendix E). Extracting stronger ne-tuning performance from large expert models is an active research question, and the pre-training perplexity indicates future improvements should be possible. 6. Related Work The importance of scale in neural networks is widely recognized and several approaches have been proposed. Recent works have scaled models to billions of parameters through using model parallelism (e.g. splitting weights and tensors across multiple cores) (Shazeer et al., 2018; Rajbhandari et al., 2019; Ra el et al., 2019; Brown et al., 2020; Shoeybi et al., 2019). Alternatively, Harlap et al. (2018); Huang et al. (2019) propose using pipeline based model parallelism, where di erent layers are split across devices and micro-batches are pipelined to the di erent layers. Finally, Product Key networks (Lample et al., 2019) were proposed to scale up the capacity of neural networks by doing a lookup for learnable embeddings based on the incoming token representations to a given layer. Our work studies a speci c model in a class of methods that do conditional computation, where computation decisions are made dynamically based on the input. Cho and Bengio (2014) proposed adaptively selecting weights based on certain bit patterns occuring in the model hidden-states. Eigen et al. (2013) built stacked expert layers with dense matrix multiplications and ReLU activations and showed promising results on jittered MNIST and monotone speech. In computer vision Puigcerver et al. (2020) manually route tokens based on semantic classes during upstream pre-training and then select the relevant experts to be used according to the downstream task. 24 Page 25: Switch Transformers Mixture of Experts (MoE), in the context of modern deep learning architectures, was proven e ective in Shazeer et al. (2017). That work added an MoE layer which was stacked between LSTM (Hochreiter and Schmidhuber, 1997) layers, and tokens were separately routed to combinations of experts. This resulted in state-of-the-art results in language modeling and machine translation benchmarks. The MoE layer was reintroduced into the Transformer architecture by the Mesh Tensor ow library (Shazeer et al., 2018) where MoE layers were introduced as a substitute of the FFN layers, however, there were no accom- panying NLP results. More recently, through advances in machine learning infrastructure, GShard (Lepikhin et al., 2020), which extended the XLA compiler, used the MoE Trans- former to dramatically improve machine translation across 100 languages. Finally Fan et al. (2021) chooses a di erent deterministic MoE strategy to split the model parameters into non-overlapping groups of languages. Sparsity along the sequence length dimension ( L) in the Transformer attention patterns has been a successful technique to reduce the attention complexity from O(L2) (Child et al., 2019; Correia et al., 2019; Sukhbaatar et al., 2019; Kitaev et al., 2020; Zaheer et al., 2020; Beltagy et al., 2020). This has enabled learning longer sequences than previously possi- ble. This version of the Switch Transformer does not employ attention sparsity, but these techniques are complimentary, and, as future work, these could be combined to potentially improve learning on tasks requiring long contexts. 7. Discussion We pose and discuss questions about the Switch Transformer, and sparse expert models generally, where sparsity refers to weights, not on attention patterns. Isn't Switch Transformer better due to sheer parameter count? Yes, and by design! Parameters, independent of the total FLOPs used, are a useful axis to scale neural language models. Large models have been exhaustively shown to perform better (Kaplan et al., 2020). But in this case, our model is more sample ecient and faster while using the same computational resources. I don't have access to a supercomputer|is this still useful for me? Though this work has focused on extremely large models, we also nd that models with as few as two experts improves performance while easily tting within memory constraints of commonly available GPUs or TPUs (details in Appendix D). We therefore believe our techniques are useful in small-scale settings. Do sparse models outperform dense models on the speed-accuracy Pareto curve? Yes. Across a wide variety of di erent models sizes, sparse models outperform dense models per step and on wall clock time. Our controlled experiments show for a xed amount of computation and time, sparse models outperform dense models. I can't deploy a trillion parameter model|can we shrink these models? We cannot fully preserve the model quality, but compression rates of 10 to 100x are achievable by distilling our sparse models into dense models while achieving 30% of the quality gain of the expert model. Why use Switch Transformer instead of a model-parallel dense model? On a time basis, Switch Transformers can be far more ecient than dense-models with sharded parameters (Figure 6). Also, we point out that this decision is notmutually exclusive|we 25 Page 26: Fedus, Zoph and Shazeer can, and do, use model-parallelism in Switch Transformers, increasing the FLOPs per token, but incurring the slowdown of conventional model-parallelism. Why aren't sparse models widely used already? The motivation to try sparse models has been stymied by the massive success of scaling dense models (the success of which is partially driven by co-adaptation with deep learning hardware as argued in Hooker (2020)). Further, sparse models have been subject to multiple issues including (1) model complexity, (2) training diculties, and (3) communication costs. Switch Transformer makes strides to alleviate these issues. 8. Future Work This paper lays out a simpli ed architecture, improved training procedures, and a study of how sparse models scale. However, there remain many open future directions which we brie y describe here: 1. A signi cant challenge is further improving training stability for the largest models. While our stability techniques were e ective for our Switch-Base, Switch-Large and Switch-C models (no observed instability), they were not sucient for Switch-XXL. We have taken early steps towards stabilizing these models, which we think may be generally useful for large models, including using regularizers for improving stability and adapted forms of gradient clipping, but this remains unsolved. 2. Generally we nd that improved pre-training quality leads to better downstream re- sults (Appendix E), though we sometimes encounter striking anomalies. For instance, despite similar perplexities modeling the C4 data set, the 1.6T parameter Switch-C achieves only an 87.7 exact match score in SQuAD, which compares unfavorably to 89.6 for the smaller Switch-XXL model. One notable di erence is that the Switch- XXL model applies 10x the FLOPS per token than the Switch-C model, even though it has4x less unique parameters (395B vs 1.6T). This suggests a poorly understood dependence between ne-tuning quality, FLOPS per token andnumber of parameters . 3. Perform a comprehensive study of scaling relationships to guide the design of ar- chitectures blending data, model and expert-parallelism. Ideally, given the specs of a hardware con guration (computation, memory, communication) one could more rapidly design an optimal model. And, vice versa, this may also help in the design of future hardware. 4. Our work falls within the family of adaptive computation algorithms. Our approach always used identical, homogeneous experts, but future designs (facilitated by more exible infrastructure) could support heterogeneous experts. This would enable more exible adaptation by routing to larger experts when more computation is desired| perhaps for harder examples. 5. Investigating expert layers outside the FFN layer of the Transformer. We nd pre- liminary evidence that this similarly can improve model quality. In Appendix A, we report quality improvement adding these inside Self-Attention layers, where our 26 Page 27: Switch Transformers layer replaces the weight matrices which produce Q, K, V. However, due to training instabilities with the b oat16 format, we instead leave this as an area for future work. 6. Examining Switch Transformer in new and across di erent modalities. We have thus far only considered language, but we believe that model sparsity can similarly provide advantages in new modalities, as well as multi-modal networks. This list could easily be extended, but we hope this gives a avor for the types of challenges that we are thinking about and what we suspect are promising future directions. 9. Conclusion Switch Transformers are scalable and e ective natural language learners. We simplify Mix- ture of Experts to produce an architecture that is easy to understand, stable to train and vastly more sample ecient than equivalently-sized dense models. We nd that these models excel across a diverse set of natural language tasks and in di erent training regimes, includ- ing pre-training, ne-tuning and multi-task training. These advances make it possible to train models with hundreds of billion to trillion parameters and which achieve substantial speedups relative to dense T5 baselines. We hope our work motivates sparse models as an e ective architecture and that this encourages researchers and practitioners to consider these exible models in natural language tasks, and beyond. Acknowledgments The authors would like to thank Margaret Li who provided months of key insights into algorithmic improvements and suggestions for empirical studies. Hugo Larochelle for sage advising and clarifying comments on the draft, Irwan Bello for detailed comments and careful revisions, Colin Ra el and Adam Roberts for timely advice on neural language models and the T5 code-base, Yoshua Bengio for advising and encouragement on research in adaptive computation, Jascha Sohl-dickstein for interesting new directions for stabilizing new large scale models and paper revisions, and the Google Brain Team for useful discussions on the paper. Blake Hechtman who provided invaluable help in pro ling and improving the training performance of our models. A. Switch for Attention Shazeer et al. (2018); Lepikhin et al. (2020) designed MoE Transformers (Shazeer et al., 2017) by adding MoE layers into the dense feedfoward network (FFN) computations of the Transformer. Similarly, our work also replaced the FFN layer in the Transformer, but we brie y explore here an alternate design. We add Switch layers into the Transformer Self-Attention layers. To do so, we replace the trainable weight matrices that produce the queries, keys and values with Switch layers as seen in Figure 10. Table 10 records the quality after a xed number of steps as well as training time for several variants. Though we nd improvements, we also found these layers to be more unstable when using b oat16 precision and thus we did not include them in the nal variant. 27 Page 28: Fedus, Zoph and Shazeer RouterFFN 1 FFN 2 FFN 4 FFN 3Add + Normalize FFN 1 FFN 2 FFN 4 FFN 3Add + Normalize x1 x2y1 y2 p = 0.5p = 0.7 Positional embeddingPositional embeddingAdd + Normalize Switching S elf-AttentionAdd + NormalizeFeed F orward Layery x More ParametersSelf-Attention Q        K        V RouterFeed-F orward Layer Self-Attention Q        K        V Figure 10: Switch layers in attention. We diagram how to incorporate the Switch layer into the Self-Attention transformer block. For each token (here we show two tokens, x1= \More" and x2= \Parameters"), one set of weights produces the query and the other set of unique weights produces the shared keys and values. We experimented with each expert being a linear operation, as well as a FFN, as was the case throughout this work. While we found quality improvements using this, we found this to be more unstable when used with low precision number formats, and thus leave it for future work. However, when these layers do train stably, we believe the preliminary positive results suggests a future promising direction. Model Precision Quality Quality Speed @100k Steps (") @16H (") (ex/sec) (") Experts FF oat32 -1.548 -1.614 1480 Expert Attention oat32 -1.524 -1.606 1330 Expert Attention b oat16 [diverges] [diverges] { Experts FF + Attention oat32 -1.513 -1.607 1240 Expert FF + Attention b oat16 [diverges] [diverges] { Table 10: Switch attention layer results. All models have 32 experts and train with 524k to- kens per batch. Experts FF is when experts replace the FFN in the Transformer, which is our standard setup throughout the paper. Experts FF + Attention is when experts are used to replace both the FFN and the Self-Attention layers. When training with b oat16 precision the models that have experts attention diverge. 28 Page 29: Switch Transformers B. Preventing Token Dropping with No-Token-Left-Behind Due to software constraints on TPU accelerators, the shapes of our Tensors must be stat- ically sized. As a result, each expert has a nite and xed capacity to process token representations. This, however, presents an issue for our model which dynamically routes tokens at run-time that may result in an uneven distribution over experts. If the number of tokens sent to an expert is less than the expert capacity, then the computation may simply be padded { an inecient use of the hardware, but mathematically correct. However, when the number of tokens sent to an expert is larger than its capacity (expert over ow), a proto- col is needed to handle this. Lepikhin et al. (2020) adapts a Mixture-of-Expert model and addresses expert over ow by passing its representation to the next layer without processing through a residual connection which we also follow. We suspected that having no computation applied to tokens could be very wasteful, especially since if there is over ow on one expert, that means another expert will have extra capacity. With this intuition we create No-Token-Left-Behind , which iteratively reroutes any tokens that are at rst routed to an expert that is over owing. Figure 11 shows a graphical description of this method, which will allow us to guarantee almost no tokens will be dropped during training and inference. We hypothesised that this could improve performance and further stabilize training, but we found no empirical bene ts. We suspect that once the network learns associations between di erent tokens and experts, if this as- sociation is changed (e.g. sending a token to its second highest expert) then performance could be degraded. C. Encouraging Exploration Across Experts At each expert-layer, the router determines to which expert to send the token. This is a discrete decision over the available experts, conditioned on information about the token's representation. Based on the incoming token representation, the router determines the best expert, however, it receives no counterfactual information about how well it would have done selecting an alternate expert. As in reinforcement learning, a classic exploration- exploitation dilemma arises (Sutton and Barto, 2018). These issues have been similarly noted and addressed di erently by Rosenbaum et al. (2017) which demonstrated success in multi-task learning. This particular setting most closely matches that of a contextual bandit (Robbins, 1952). Deterministically selecting the top expert always amounts to an exploitative strategy { we consider balancing exploration to seek better expert assignment. To introduce exploration, we consider several approaches: 1) deterministic or argmax 2) sampling from the softmax distribution 3) input dropout on the incoming representation 4) multiplicative jitter noise on the incoming representation. The resulting impact on model quality is reported in Table 11. Throughout this work, we use input jitter to inject noise as we have found it to empirically perform the best. D. Switch Transformers in Lower Compute Regimes Switch Transformer is also an e ective architecture at small scales as well as in regimes with thousands of cores and trillions of parameters. Many of our prior experiments were 29 Page 30: Fedus, Zoph and Shazeer TokensExpert 1 Expert 2 Expert 3 Router Probabilities0.1 0.7 0.20.7 0.2 0.10.5 0.3 0.20.8 0.1 0.10.3 0.1 0.60.7 0.1 0.2Route token to highest probabilityStage-1Route token to second highest probability if not routedStage-2 Figure 11: Diagram of the No-Token-Left-Behind Routing . Stage 1 is equivalent to Switch routing where tokens are routed to the expert with the highest probability from the router. In Stage 2 we look at all tokens that have over owed and route them to the expert with which has the second highest probability. Tokens can still be over owed if their second highest expert has too many tokens, but this allows most of the tokens to be routed. This process can be iterated to guarantee virtually no tokens are dropped at all. Model Quality (Neg. Log Perp.) ( ") Argmax -1.471 Sample softmax -1.570 Input dropout -1.480 Input jitter -1.468 Table 11: Router Exploration Strategies. Quality of the Switch Transformer, measured by the negative log perplexity, under di erent randomness-strategies for selecting the expert (lower is better). There is no material speed performance di erence between the variants. at the scale of 10B+ parameter models, but we show in Figure 12 as few as 2 experts produce compelling gains over a FLOP-matched counterpart. Even if a super computer is not readily available, training Switch Transformers with 2, 4, or 8 experts (as we typically recommend one expert per core) results in solid improvements over T5 dense baselines. 30 Page 31: Switch Transformers 0.0 0.2 0.4 0.6 0.8 Training Step 1e52.0 1.9 1.8 1.7 1.6 1.5 Neg Log PerplexitySwitch-Base: 8e Switch-Base: 4e Switch-Base: 2e T5-Base Figure 12: Switch Transformer with few experts. Switch Transformer improves over the baseline even with very few experts. Here we show scaling properties at very small scales, where we improve over the T5-Base model using 2, 4, and 8 experts. 31 Page 32: Fedus, Zoph and Shazeer E. Relation of Upstream to Downstream Model Performance There is no guarantee that a model's quality on a pre-training objective will translate to downstream task results. Figure 13 presents the correlation of the upstream model quality, for both dense and Switch models, on the C4 pre-training task with two downstream task measures: average SuperGLUE performance and TriviaQA score. We choose these two tasks as one probes the model's reasoning and the other factual knowledge. 1.7 1.6 1.5 1.4 1.3 1.2 1.1 1.0 C4 Neg. Log Perplexity657075808590SuperGLUE Score SOTA Dense Switch 1.7 1.6 1.5 1.4 1.3 1.2 1.1 1.0 C4 Neg. Log Perplexity1020304050TriviaQA Score SOTA Dense Switch Figure 13: Upstream pre-trained quality to downstream model quality. We correlate the upstream performance with downstream quality on both SuperGLUE and Triv- iaQA (SOTA recorded without SSM), reasoning and knowledge-heavy bench- marks, respectively (validation sets). We nd that, as with the baseline, the Switch model scales with improvements in the upstream pre-training task. For SuperGLUE, we nd a loosely linear relation between negative log perplexity and the average SuperGLUE score. However, the dense model often performs better for a xed perplexity, particularly in the large-scale regime. Conversely, on the knowledge-heavy task, TriviaQA, we nd that the Switch Transformer may follow an improved scaling relationship { for a given upstream perplexity, it does better than a dense counterpart. Further statistics (expensive to collect and left to future work) would be necessary to con rm these observations. We nd a consistent correlation, indicating that for both baseline and Switch models, improved pre-training leads to better downstream results. Additionally, for a xed up- stream perplexity we nd that both Switch and dense models perform similarly in the small to medium model size regime. However, in the largest model regime (T5-11B/T5-XXL) our largest Switch models, as mentioned in Section 5.6, do not always translate their up- stream perplexity well to downstream ne-tuning on the SuperGLUE task. This warrants future investigation and study to fully realize the potential of sparse models. Understand- ing the ne-tuning dynamics with expert-models is very complicated and is dependent on regularization, load-balancing, and ne-tuning hyper-parameters. 32 Page 33: Switch Transformers F. Pseudo Code for Switch Transformers Pseudocode for Switch Transformers in Mesh Tensor ow (Shazeer et al., 2018). No model parallelism is being used for the below code (see 5.4 for more details). import mesh tensorflow as mtf def load balance loss(router probs, expert mask): """Calculate load −balancing loss to ensure diverse expert routing.""" # router probs is the probability assigned for each expert per token. # router probs shape: [num cores, tokens percore, num experts] # expert index contains the expert with the highest router probability in one −hot format. # expert mask shape: [num cores, tokens percore, num experts] # For each core, get the fraction of tokens routed to each expert. # density 1 shape: [num cores, num experts] density 1 = mtf.reduce mean(expert mask, reduced dim=tokens percore) # For each core, get fraction of probability mass assigned to each expert # from the router across all tokens. # density 1proxy shape: [num cores, num experts] density 1proxy = mtf.reduce mean(router probs, reduced dim=tokens percore) # density l for a single core: vector of length num experts that sums to 1. # density lproxy for a single core: vector of length num experts that sums to 1. # Want both vectors to have uniform allocation (1/num experts) across all num expert elements. # The two vectors will be pushed towards uniform allocation when the dot product is minimized. loss = mtf.reduce mean(density 1proxy ∗density 1)∗(num experts ˆ 2) return loss Figure 14: Pseudo code for the load balance loss for Switch Transformers in Mesh Tensor- ow. 33 Page 34: Fedus, Zoph and Shazeer import mesh tensorflow as mtf def router(inputs, capacity factor): """Produce the combine and dispatch tensors used for sending and receiving tokens from their highest probability expert. """ # Core layout is split across num cores for all tensors and operations. # inputs shape: [num cores, tokens percore, d model] router weights = mtf.Variable(shape=[d model, num experts]) # router logits shape: [num cores, tokens percore, num experts] router logits = mtf.einsum([inputs, router weights], reduced dim=d model) if is training: # Add noise for exploration across experts. router logits += mtf.random uniform(shape=router logits.shape, minval=1 −eps, maxval=1+eps) # Convert input to softmax operation from bfloat16 to float32 for stability. router logits = mtf.to float32(router logits) # Probabilities for each token of what expert it should be sent to. router probs = mtf.softmax(router logits, axis= −1) # Get the top −1 expert for each token. expert gate is the top −1 probability # from the router for each token. expert index is what expert each token # is going to be routed to. # expert gate shape: [num cores, tokens percore] # expert index shape: [num cores, tokens percore] expert gate, expert index = mtf.top 1(router probs, reduced dim=num experts) # expert mask shape: [num cores, tokens percore, num experts] expert mask = mtf.one hot(expert index, dimension=num experts) # Compute load balancing loss. auxloss = load balance loss(router probs, expert mask) # Experts have a fixed capacity, ensure we do not exceed it. Construct # the batch indices, to each expert, with position inexpert # make sure that not more that expert capacity examples can be routed to # each expert. position inexpert = mtf.cumsum(expert mask, dimension=tokens percore) ∗expert mask # Keep only tokens that fit within expert capacity. expert mask ∗= mtf.less(position inexpert, expert capacity) expert mask flat = mtf.reduce sum(expert mask, reduced dim=experts dim) # Mask out the experts that have overflowed the expert capacity. expert gate ∗= expert mask flat # combine tensor used for combining expert outputs and scaling with router probability. # combine tensor shape: [num cores, tokens percore, num experts, expert capacity] combine tensor = ( expert gate ∗expert mask flat ∗ mtf.one hot(expert index, dimension=num experts) ∗ mtf.one hot(position inexpert, dimension=expert capacity)) # Cast back outputs to bfloat16 for the rest of the layer. combine tensor = mtf.to bfloat16(combine tensor) # Create binary dispatch tensor that is 1 if the token gets routed to the corresponding expert. # dispatch tensor shape: [num cores, tokens percore, num experts, expert capacity] dispatch tensor = mtf.cast(combine tensor, tf.bool) return dispatch tensor, combine tensor, aux loss Figure 15: Pseudo code for the router for Switch Transformers in Mesh Tensor ow. 34 Page 35: Switch Transformers import mesh tensorflow as mtf def switch layer(inputs, n, capacity factor, num experts): """Distributed switch transformer feed −forward layer.""" # num cores (n) = total cores for training the model (scalar). # dmodel = model hidden size (scalar). # num experts = total number of experts. # capacity factor = extra buffer for each expert. # inputs shape: [batch, seq len, d model] batch, seq len, d model = inputs.get shape() # Each core will route tokens percore tokens to the correct experts. tokens percore = batch ∗seqlen / num cores # Each expert will have shape [num cores, expert capacity, d model]. # Each core is responsible for sending expert capacity tokens # to each expert. expert capacity = tokens percore ∗capacity factor / num experts # Reshape to setup per core expert dispatching. # shape: [batch, seq len, d model] −>[num cores, tokens percore, d model] # Core layout: [n, 1, 1] −>[n, 1, 1] inputs = mtf.reshape(inputs, [num cores, tokens percore, d model]) # Core Layout: [n, 1, 1] −>[n, 1, 1, 1], [n, 1, 1, 1] # dispatch tensor (boolean) shape: [num cores, tokens percore, num experts, expert capacity] # dispatch tensor is used for routing tokens to the correct expert. # combine tensor (float) shape: [num cores, tokens percore, num experts, expert capacity] # combine tensor used for combining expert outputs and scaling with router # probability. dispatch tensor, combine tensor, aux loss = router(inputs, expert capacity) # Matmul with large boolean tensor to assign tokens to the correct expert. # Core Layout: [n, 1, 1], −>[1, n, 1, 1] # expert inputs shape: [num experts, num cores, expert capacity, d model] expert inputs = mtf.einsum([inputs, dispatch tensor], reduce dims=[tokens percore]) # All −to−All communication. Cores split across num cores and now we want to split # across num experts. This sends tokens, routed locally, to the correct expert now # split across different cores. # Core layout: [1, n, 1, 1] −>[n, 1, 1, 1] expert inputs = mtf.reshape(expert inputs, [num experts, num cores, expert capacity, d model]) # Standard feed forward computation, where each expert will have its own # unique set of parameters. # Total unique parameters created: num experts ∗(dmodel ∗dff∗2). # expert outputs shape: [num experts, num cores, expert capacity, d model] expert outputs = feed forward(expert inputs) # All −to−All communication. Cores are currently split across the experts # dimension, which needs to be switched back to being split across num cores. # Core Layout: [n, 1, 1, 1] −>[1, n, 1, 1] expert outputs = mtf.reshape(expert outputs, [num experts, num cores, expert capacity, d model]) # Convert back to input shape and multiply outputs of experts by the routing probability. # expert outputs shape: [num experts, num cores, tokens percore, d model] # expert outputs combined shape: [num cores, tokens percore, d model] # Core Layout: [1, n, 1, 1] −>[n, 1, 1] expert outputs combined = mtf.einsum([expert outputs, combine tensor], reduce dims=[tokens percore]) # Remove tokens percore shapes used for local routing dispatching to match input shape. # Core Layout: [n, 1, 1] −>[n, 1, 1] outputs = mtf.reshape(expert outputs combined, [batch, seq len, d model]) return outputs, aux loss Figure 16: Pseudo code of the Switch Transformer layer in Mesh Tensor ow. 35 Page 36: Fedus, Zoph and Shazeer References Mart n Abadi, Paul Barham, Jianmin Chen, Zhifeng Chen, Andy Davis, Je rey Dean, Matthieu Devin, Sanjay Ghemawat, Geo rey Irving, Michael Isard, et al. Tensor ow: A system for large-scale machine learning. In 12thfUSENIXgsymposium on operating systems design and implementation ( fOSDIg16), pages 265{283, 2016. Iz Beltagy, Matthew E Peters, and Arman Cohan. Longformer: The long-document trans- former. arXiv preprint arXiv:2004.05150 , 2020. Jonathan Berant, Andrew Chou, Roy Frostig, and Percy Liang. Semantic parsing on free- base from question-answer pairs. In Proceedings of the 2013 conference on empirical methods in natural language processing , pages 1533{1544, 2013. Tom B Brown, Benjamin Mann, Nick Ryder, Melanie Subbiah, Jared Kaplan, Prafulla Dhariwal, Arvind Neelakantan, Pranav Shyam, Girish Sastry, Amanda Askell, et al. Language models are few-shot learners. arXiv preprint arXiv:2005.14165 , 2020. Rewon Child, Scott Gray, Alec Radford, and Ilya Sutskever. Generating long sequences with sparse transformers. arXiv preprint arXiv:1904.10509 , 2019. Kyunghyun Cho and Yoshua Bengio. Exponentially increasing the capacity-to-computation ratio for conditional computation in deep learning. arXiv preprint arXiv:1406.7362 , 2014. Peter Clark, Isaac Cowhey, Oren Etzioni, Tushar Khot, Ashish Sabharwal, Carissa Schoenick, and Oyvind Tafjord. Think you have solved question answering? try arc, the ai2 reasoning challenge. arXiv preprint arXiv:1803.05457 , 2018. Gon calo M Correia, Vlad Niculae, and Andr e FT Martins. Adaptively sparse transformers. arXiv preprint arXiv:1909.00015 , 2019. Jacob Devlin, Ming-Wei Chang, Kenton Lee, and Kristina Toutanova. Bert: Pre- training of deep bidirectional transformers for language understanding. arXiv preprint arXiv:1810.04805 , 2018. David Eigen, Marc'Aurelio Ranzato, and Ilya Sutskever. Learning factored representations in a deep mixture of experts. arXiv preprint arXiv:1312.4314 , 2013. Angela Fan, Shruti Bhosale, Holger Schwenk, Zhiyi Ma, Ahmed El-Kishky, Siddharth Goyal, Mandeep Baines, Onur Celebi, Guillaume Wenzek, Vishrav Chaudhary, et al. Beyond english-centric multilingual machine translation. Journal of Machine Learning Research , 22(107):1{48, 2021. William Fedus, Ian Goodfellow, and Andrew M Dai. Maskgan: Better text generation via lling in the .arXiv preprint arXiv:1801.07736 , 2018. Trevor Gale, Matei Zaharia, Cli Young, and Erich Elsen. Sparse gpu kernels for deep learning. arXiv preprint arXiv:2006.10901 , 2020. Scott Gray, Alec Radford, and Diederik P Kingma. Gpu kernels for block-sparse weights. https://openai.com/blog/block-sparse-gpu-kernels/ , 2017. 36 Page 37: Switch Transformers Kelvin Guu, Kenton Lee, Zora Tung, Panupong Pasupat, and Ming-Wei Chang. Realm: Retrieval-augmented language model pre-training. arXiv preprint arXiv:2002.08909 , 2020. Aaron Harlap, Deepak Narayanan, Amar Phanishayee, Vivek Seshadri, Nikhil Devanur, Greg Ganger, and Phil Gibbons. Pipedream: Fast and ecient pipeline parallel dnn training. arXiv preprint arXiv:1806.03377 , 2018. Karl Moritz Hermann, Tomas Kocisky, Edward Grefenstette, Lasse Espeholt, Will Kay, Mustafa Suleyman, and Phil Blunsom. Teaching machines to read and comprehend. In C. Cortes, N. Lawrence, D. Lee, M. Sugiyama, and R. Garnett, editors, Ad- vances in Neural Information Processing Systems , volume 28, pages 1693{1701. Cur- ran Associates, Inc., 2015. URL https://proceedings.neurips.cc/paper/2015/file/ afdec7005cc9f14302cd0474fd0f3c96-Paper.pdf . Geo rey Hinton, Oriol Vinyals, and Je Dean. Distilling the knowledge in a neural network. arXiv preprint arXiv:1503.02531 , 2015. Sepp Hochreiter and J urgen Schmidhuber. Long short-term memory. Neural computation , 9(8):1735{1780, 1997. Sara Hooker. The hardware lottery. arXiv preprint arXiv:2009.06489 , 2020. Yanping Huang, Youlong Cheng, Ankur Bapna, Orhan Firat, Dehao Chen, Mia Chen, HyoukJoong Lee, Jiquan Ngiam, Quoc V Le, Yonghui Wu, et al. Gpipe: Ecient training of giant neural networks using pipeline parallelism. In Advances in neural information processing systems , pages 103{112, 2019. Robert A Jacobs, Michael I Jordan, Steven J Nowlan, and Geo rey E Hinton. Adaptive mixtures of local experts. Neural computation , 3(1):79{87, 1991. Michael I Jordan and Robert A Jacobs. Hierarchical mixtures of experts and the em algorithm. Neural computation , 6(2):181{214, 1994. Mandar Joshi, Eunsol Choi, Daniel S Weld, and Luke Zettlemoyer. Triviaqa: A large scale distantly supervised challenge dataset for reading comprehension. arXiv preprint arXiv:1705.03551 , 2017. Jared Kaplan, Sam McCandlish, Tom Henighan, Tom B Brown, Benjamin Chess, Rewon Child, Scott Gray, Alec Radford, Je rey Wu, and Dario Amodei. Scaling laws for neural language models. arXiv preprint arXiv:2001.08361 , 2020. Nikita Kitaev, Lukasz Kaiser, and Anselm Levskaya. Reformer: The ecient transformer. arXiv preprint arXiv:2001.04451 , 2020. Tom Kwiatkowski, Jennimaria Palomaki, Olivia Red eld, Michael Collins, Ankur Parikh, Chris Alberti, Danielle Epstein, Illia Polosukhin, Jacob Devlin, Kenton Lee, et al. Natural questions: a benchmark for question answering research. Transactions of the Association for Computational Linguistics , 7:453{466, 2019. 37 Page 38: Fedus, Zoph and Shazeer Guillaume Lample, Alexandre Sablayrolles, Marc'Aurelio Ranzato, Ludovic Denoyer, and Herv e J egou. Large memory layers with product keys. In Advances in Neural Information Processing Systems , pages 8548{8559, 2019. Katherine Lee, Daphne Ippolito, Andrew Nystrom, Chiyuan Zhang, Douglas Eck, Chris Callison-Burch, and Nicholas Carlini. Deduplicating training data makes language models better. arXiv preprint arXiv:2107.06499 , 2021. Dmitry Lepikhin, HyoukJoong Lee, Yuanzhong Xu, Dehao Chen, Orhan Firat, Yanping Huang, Maxim Krikun, Noam Shazeer, and Zhifeng Chen. Gshard: Scaling giant models with conditional computation and automatic sharding. arXiv preprint arXiv:2006.16668 , 2020. Paulius Micikevicius, Sharan Narang, Jonah Alben, Gregory Diamos, Erich Elsen, David Garcia, Boris Ginsburg, Michael Houston, Oleksii Kuchaiev, Ganesh Venkatesh, et al. Mixed precision training. arXiv preprint arXiv:1710.03740 , 2017. Shashi Narayan, Shay B Cohen, and Mirella Lapata. Don't give me the details, just the summary! topic-aware convolutional neural networks for extreme summarization. arXiv preprint arXiv:1808.08745 , 2018. Yixin Nie, Adina Williams, Emily Dinan, Mohit Bansal, Jason Weston, and Douwe Kiela. Adversarial nli: A new benchmark for natural language understanding. arXiv preprint arXiv:1910.14599 , 2019. Joan Puigcerver, Carlos Riquelme, Basil Mustafa, Cedric Renggli, Andr e Susano Pinto, Sylvain Gelly, Daniel Keysers, and Neil Houlsby. Scalable transfer learning with expert models. arXiv preprint arXiv:2009.13239 , 2020. Alec Radford, Karthik Narasimhan, Tim Salimans, and Ilya Sutskever. Improving language understanding by generative pre-training, 2018. Colin Ra el, Noam Shazeer, Adam Roberts, Katherine Lee, Sharan Narang, Michael Matena, Yanqi Zhou, Wei Li, and Peter J Liu. Exploring the limits of transfer learning with a uni ed text-to-text transformer. arXiv preprint arXiv:1910.10683 , 2019. Samyam Rajbhandari, Je Rasley, Olatunji Ruwase, and Yuxiong He. Zero: Memory opti- mization towards training a trillion parameter models. arXiv preprint arXiv:1910.02054 , 2019. Pranav Rajpurkar, Jian Zhang, Konstantin Lopyrev, and Percy Liang. Squad: 100,000+ questions for machine comprehension of text. arXiv preprint arXiv:1606.05250 , 2016. Prajit Ramachandran and Quoc V Le. Diversity and depth in per-example routing models. InInternational Conference on Learning Representations , 2018. Herbert Robbins. Some aspects of the sequential design of experiments. Bulletin of the American Mathematical Society , 58(5):527{535, 1952. 38 Page 39: Switch Transformers Adam Roberts, Colin Ra el, and Noam Shazeer. How much knowledge can you pack into the parameters of a language model? arXiv preprint arXiv:2002.08910 , 2020. Clemens Rosenbaum, Tim Klinger, and Matthew Riemer. Routing networks: Adaptive selection of non-linear functions for multi-task learning. arXiv preprint arXiv:1711.01239 , 2017. Keisuke Sakaguchi, Ronan Le Bras, Chandra Bhagavatula, and Yejin Choi. Winogrande: An adversarial winograd schema challenge at scale. In Proceedings of the AAAI Conference on Arti cial Intelligence , volume 34, pages 8732{8740, 2020. Victor Sanh, Lysandre Debut, Julien Chaumond, and Thomas Wolf. Distilbert, a distilled version of bert: smaller, faster, cheaper and lighter, 2019. Noam Shazeer. Glu variants improve transformer, 2020. Noam Shazeer, Azalia Mirhoseini, Krzysztof Maziarz, Andy Davis, Quoc Le, Geo rey Hin- ton, and Je Dean. Outrageously large neural networks: The sparsely-gated mixture-of- experts layer. arXiv preprint arXiv:1701.06538 , 2017. Noam Shazeer, Youlong Cheng, Niki Parmar, Dustin Tran, Ashish Vaswani, Penporn Koanantakool, Peter Hawkins, HyoukJoong Lee, Mingsheng Hong, Cli Young, et al. Mesh-tensor ow: Deep learning for supercomputers. In Advances in Neural Information Processing Systems , pages 10414{10423, 2018. Mohammad Shoeybi, Mostofa Patwary, Raul Puri, Patrick LeGresley, Jared Casper, and Bryan Catanzaro. Megatron-lm: Training multi-billion parameter language models using gpu model parallelism. arXiv preprint arXiv:1909.08053 , 2019. Nitish Srivastava, Geo rey E. Hinton, Alex Krizhevsky, Ilya Sutskever, and Ruslan Salakhutdinov. Dropout: a simple way to prevent neural networks from over tting. Journal of Machine Learning Research , 15(1):1929{1958, 2014. URL http://www.cs. toronto.edu/ ~rsalakhu/papers/srivastava14a.pdf . Emma Strubell, Ananya Ganesh, and Andrew McCallum. Energy and policy considerations for deep learning in nlp. arXiv preprint arXiv:1906.02243 , 2019. Sainbayar Sukhbaatar, Edouard Grave, Piotr Bojanowski, and Armand Joulin. Adaptive attention span in transformers. arXiv preprint arXiv:1905.07799 , 2019. Rich Sutton. The Bitter Lesson. http://www.incompleteideas.net/IncIdeas/BitterLesson.html , 2019. Richard S Sutton and Andrew G Barto. Reinforcement learning: An introduction . Stanford University, 2018. Wilson L Taylor. \cloze procedure": A new tool for measuring readability. Journalism quarterly , 30(4):415{433, 1953. 39 Page 40: Fedus, Zoph and Shazeer Ashish Vaswani, Noam Shazeer, Niki Parmar, Jakob Uszkoreit, Llion Jones, Aidan N Gomez, Lukasz Kaiser, and Illia Polosukhin. Attention is all you need. In Advances in neural information processing systems , pages 5998{6008, 2017. Alex Wang, Amanpreet Singh, Julian Michael, Felix Hill, Omer Levy, and Samuel R Bow- man. Glue: A multi-task benchmark and analysis platform for natural language under- standing. arXiv preprint arXiv:1804.07461 , 2018. Alex Wang, Yada Pruksachatkun, Nikita Nangia, Amanpreet Singh, Julian Michael, Felix Hill, Omer Levy, and Samuel Bowman. Superglue: A stickier benchmark for general- purpose language understanding systems. In Advances in Neural Information Processing Systems , pages 3266{3280, 2019. Shibo Wang and Pankaj Kanwar. B oat16: The secret to high performance on cloud tpus. Google Cloud Blog , 2019. Linting Xue, Noah Constant, Adam Roberts, Mihir Kale, Rami Al-Rfou, Aditya Siddhant, Aditya Barua, and Colin Ra el. mt5: A massively multilingual pre-trained text-to-text transformer. arXiv preprint arXiv:2010.11934 , 2020. Zhilin Yang, Zihang Dai, Yiming Yang, Jaime Carbonell, Ruslan Salakhutdinov, and Quoc V. Le. Xlnet: Generalized autoregressive pretraining for language understanding, 2020. Manzil Zaheer, Guru Guruganesh, Avinava Dubey, Joshua Ainslie, Chris Alberti, Santi- ago Ontanon, Philip Pham, Anirudh Ravula, Qifan Wang, Li Yang, et al. Big bird: Transformers for longer sequences. arXiv preprint arXiv:2007.14062 , 2020. 40

---