Stanford researchers release paper 'A Bitter Lesson for Data Filtering' showing large models improve without data filtering in high-compute data-scarce regimes
Work targets abundant compute and limited data pretraining scenarios.
@sainingxie @tatsu_hashimoto 🤗
@tatsu_hashimoto @giffmana TheRightWay™ strikes again?
Yep! I think your paper is a bit of a mix (spiritually) of our NoFilter and our veeeery boringly-titled (and hence mostly unknown) multitask study paper (https://arxiv.org/pdf/2303.17376), it has this experiment which is the equivalent of your experiment with the epochs and added shuffled/noisy/unrelated data. We should have put a cross at the epoch boundary too, that's a great idea.
I think the underlying effect is "regularization" more than "transfer", though admittedly both these terms are kinda vague to begin with. And it's very cool to see the same effects happen in language as in vision, confirms my prior but now i can point to your paper, so thanks for your work :)

@sainingxie @giffmana This set of results would argue even more strongly for things like NoFilter, in that in sufficiently high compute regimes for LMs, you may actually get benefits on the majority group (the 'high quality filtered set' we eval on) by including the minority group.
@tatsu_hashimoto @sainingxie I mean this experiment of yours. Sorry if it was a bit unclear, I'm writing on the phone, which i hate.
This is the case even for more targeted “bad” data, like shuffling the tokens or even injecting completely random token sequences. We find that adding in very large amounts of fresh “bad” data doesn't hurt (and even helps, for shuffled data), compared to more epoching.
@tatsu_hashimoto @giffmana TheRightWay™ strikes again?
https://arxiv.org/abs/2605.19407 We down-sample the common crawl pool and apply filters on top, simulating a smaller data universe. With enough compute, training on the pool catches up to every filter in DCLM, even when we eval on PPL for a higher-quality, filtered corpus.

Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
This is the case even for more targeted “bad” data, like shuffling the tokens or even injecting completely random token sequences. We find that adding in very large amounts of fresh “bad” data doesn't hurt (and even helps, for shuffled data), compared to more epoching.

https://arxiv.org/abs/2605.19407 We down-sample the common crawl pool and apply filters on top, simulating a smaller data universe. With enough compute, training on the pool catches up to every filter in DCLM, even when we eval on PPL for a higher-quality, filtered corpus.
@sainingxie @giffmana This set of results would argue even more strongly for things like NoFilter, in that in sufficiently high compute regimes for LMs, you may actually get benefits on the majority group (the 'high quality filtered set' we eval on) by including the minority group.
@tatsu_hashimoto @giffmana TheRightWay™ strikes again?
@anshulkundaje I think part of this is an argument along the lines of "even low-quality data has *some* structure, and that is better than using more weight decay". In practice, you'd rather spend your time doing data augmentation and so on first, and even then, there is a hard limit..
@tatsu_hashimoto More seriously, I wud love to understand whether this claim holds for bioAI models and applications like DNALMs & single cell FMs that have enough training data but really struggle to learn effectively.
@PandaAshwinee @ChengleiSi I think the regime where this is true is very far out on the compute scales. It's after you've exhausted ensembling / synth data / etc. Even in the "naive" case where you dont do this, we don't expect to see these effects for several orders of magnitude more compute, not 27B.
@tatsu_hashimoto @ChengleiSi not sure i agree -we’re going to post results soon showing that 7B “doesn’t benefit as much” from filtering (on DCLM) vs 1B, yes, but i wouldn’t extrapolate that trend out to expect “no improvement” at 27B
@tatsu_hashimoto Very interesting paper! Interestingly, in self-play RL with purely synthetic data, we have the opposite conclusion. Paper dropping soon.
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
@tatsu_hashimoto @ChengleiSi you lost me at "with enough compute"
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
Things are weird in the (severely) data-constrained regime. Tatsu is always thinking far ahead about the future!
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
@tatsu_hashimoto @ChengleiSi not sure i agree -we’re going to post results soon showing that 7B “doesn’t benefit as much” from filtering (on DCLM) vs 1B, yes, but i wouldn’t extrapolate that trend out to expect “no improvement” at 27B
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
I love the work a lot, but most of the time people are still under budget, and recently more so in post-training like RL.
When each rollout is noisy and takes a lot of money and time, filtering good ones cleverly can be much better than scaling up (which we cover in RAGEN-2).
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
Multi-epoch pre-training should be the default setting for pre-training papers
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
@tatsu_hashimoto Very cool. I am now expecting a flood of models on AI x bio that try to do the same thing (TBF they are already largely doing this with little success), without realizing at what scale & problem definitions this actually works. At least, I know who to blame.😆
Some new results I found surprising that I’m tweeting for Chris (who isnt on here). With enough compute, the best data filter for LMs (on DCLM) might be no filter. Why? Large models can tolerate a surprising amount of nominally 'low quality' data, and can sometimes even benefit.
@tatsu_hashimoto More seriously, I wud love to understand whether this claim holds for bioAI models and applications like DNALMs & single cell FMs that have enough training data but really struggle to learn effectively.
@tatsu_hashimoto Very cool. I am now expecting a flood of models on AI x bio that try to do the same thing (TBF they are already largely doing this with little success), without realizing at what scale & problem definitions this actually works. At least, I know who to blame.😆
