top | item 39793250

DenseFormer: Enhancing Information Flow in Transformers

123 points| tipsytoad | 1 year ago |arxiv.org

33 comments

order

p1esk|1 year ago

This method has only been tested on tiny models (<1B) and tiny dataset (17B tokens). It’s not clear if it scales.

ml_basics|1 year ago

To be fair to the authors they are affiliated with a university and not a big industrial lab, so they may be working with significantly constrained resources. Not sure exactly what the best solution is for this case given that it affects most people outside of a very select few.

Buttons840|1 year ago

If a genie appeared and granted one wish, I would wish that we find an extremely powerful machine learning technique that doesn't scale. Imagine if an average desktop computer was almost as good as a billion dollar super computer.

In other words, I don't really care if it scales. I almost hope it doesn't.

jal278|1 year ago

But it may scale -- that's science in progress

valine|1 year ago

The architecture changes are very straight forward. Model merging has shown that pre-trained transformer layers are very robust. I’ll bet it’s possible to fine tune a pre-trained model like mistral to use this architecture. That would enable someone to test it with more parameters without training a whole new base model.

numeri|1 year ago

They try this in the appendix without success, unfortunately. It seems having this enabled early on in training is important.

bilsbie|1 year ago

I haven’t been able to make sense of model merging. Any insights?

Wouldn’t weights between models be completely different? And then there are architecture differences on top of that.

tbalsam|1 year ago

This is a very interesting idea, with DenseNets there are oftentimes some terrible memory gotchas that have gotten me over the past 7-8 years or so, so a part of me is sorta leaning back waiting for some memory usage shoe to drop not specified in the paper (even with the activation patterns!)

However, maybe this is not the case. I have a bit of a history of messing with residuals in neural networks, seeing more work on it is good. Fast training networks of course are a very slightly mild obsession of mine as well, and very useful to the field. Here's hoping it pans out as a motif, curious to see where it goes.

sp332|1 year ago

Even better is the result on page 7 that perplexity drops faster by wall-clock time. Even if you're getting fewer iterations per hour of rented GPU time, you're still coming out ahead in model performance.

ml_basics|1 year ago

Cool paper. Really interesting to see how even quite straightforward architectural modifications haven't yet all been exhausted yet, despite all the resources being poured into LLMs

samus|1 year ago

The problem is that they have to be tested for 7B models at least to show promise for larger models. And that requires significant compute resources.

microtonal|1 year ago

Nice finding and makes a lot of sense! It is somewhat related to classification heads using their own weighted representation of all transformer layer outputs.

I only glanced the paper, but they don't seem to softmax ⍺_i for normalization?

zwaps|1 year ago

1. They compare with an older sort of standard implementation of a transformer Unsure whether the results would be equally significant compared to models with gated units or multiquery etc.

2. The difference seems to diminish with scale. Real life transformers obviously are much larger and train on many more tokens.

3. A very significant part of training transformer models are the throughoutput and memory optimizations. I wonder how their model would work with such fused kernels or specialized paged KV cache schemes. Or activation checkpointing, if run locally.

4. Indeed they claim no memory impact, but their code shows that their experiments are conducted with a special optimized version which requires all activations to reside in a single tensor at all times. Not sure this would work with 3d parallelism on multiple nodes etc.

matteopagli|1 year ago

I'm one of the authors, happy to answer questions.

EvkoGS|1 year ago

Is it possible to combine your approach with NATTEN? It seems that both approaches are optimizing from different directions and can be combined with significant throughput and small performance improvements?

efrank3|1 year ago

Can't believe nobody thought of this yet

aoeusnth1|1 year ago

> Impact statement:

> This paper presents work whose goal is to advance the field of Machine Learning. There are many potential societal consequences of our work, none which we feel must be specifically highlighted here.

I found this particularly charming.

polygamous_bat|1 year ago

AFAIK this was the default, copy paste impact statement by ICML template.