Live data from Hacker News

Any Deep ReLU Network Is Shallow

arxiv.org

41–50 of 62 posts

Re: Any Deep ReLU Network Is Shallow

#41

Earlier quoted context omitted.

I suspect the trade-off for a shallow network is an exponential explosion in weights and computation.

From the paper: Corollary 1. Given a ReLU network N : Rn → Rm, the shallow network S : Rn → Rm of depth L = 3, as specified in the proof of Theorem 1, has width bounded by max{2n + k, 2n + p, 2 · p · m} I think p might be the number of layers but I'm not sure and I'm sure about k at all. So it they might be claiming a pretty tight bound in on weights.

They (suspiciously but not necessarily intentionally) avoid calling attension to it but:

> Let ({fω}ω∈Ω,Ω) be the decomposition that corresponds to N. Label the parts 1,...,p.

p is the number of regions the deep network divides R^n into, and is in general exponential in the network depth. (Eg consider R^1 = [-1,+1], L[k](x) = 2*abs(x)-1 ∀k (where abs(x) = x - 2*ReLU(-x), IIRC), which divides R^1 into 2^D equal segments using only D individual ReLUs, assuming I wrote the formulas down correctly.)

So for a arbitrary deep network the shallow network size is definitely exponential in input depth, and while it's not clear whether that's true for typical 'trained' deep networks, I would be surprised if it wasn't.

Re: Any Deep ReLU Network Is Shallow

#43
post #42
post #38

Any neural network (deep or shallow) can be rewritten as a simple (but potentially very large) lookup table.

Could you point to an inductive proof of this?

I don't think you need induction, you can just use the fact that the input is a fixed size and the output is a fixed size. The "constructive" proof is, feed in all possible inputs, record the outputs in a lookup table.

Re: Any Deep ReLU Network Is Shallow

#44

I thought it was known for a long time that any function can be represented with a neural network with a single layer. It's an almost trivial finding if you think about it: imagine you have a steep step function that looks something like this: __/^^ with the non-zero derivative in a small range, e.g. 0.000-0.001 (or ϵ if you like). Let's call this f. You can piece together any function from these tiny pieces as ∑ᵢ cᵢ…

I think you're being a little too quick to jump to the answer. There are plenty of functions where this isn't true. Two easy examples are jump discontinuities (one that looks like this ____----- but more wiggly) (known as piecewise continuous) and functions with hole. These cannot be approximated to arbitrary accuracy, even with an infinite number of them.

You need to pay close attention to the wording in the approximation theorems.

Hornik[0] which does the proof you're discussing says

> This paper rigorously establishes that standard multilayer feedforward networks with as few as one _hidden layer_ using arbitrary squashing functions are capable of approximating any __Borel measurable function__ from one __finite__ dimensional space to another to any desired degree of accuracy

The confusion is probably in the Borel sigma-algebra. Borel means that it includes all finite open intervals in the real numbers. So (0,1) but not [0,1]. Open means boundary is not included! The interval also needs to be continuous, so our discontinuities violate the assumptions. Funahashi's[1] and Cybenko's[2] also require continuous functions.

This is actually a really important thing that gets ignored because it "seems obvious." Or maybe we just see it too often. But it is __critical__ to pay attention to assumptions and limitations. There is a lot of that going off the rails lately with ML and it's going to give us some roadblocks (we're already seeing some[side note]). EVERYTHING (and I mean literally everything) has assumptions, and therefor biases[3]. Every evaluation method you use has a bias. Every learning method you use has a bias. Every dataset. Every architecture. Everything. This is because everything has a certain number of assumptions baked in. We try to reduce these and make them as sane as possible, but we should be aware of them. And in the case of the universal approximation, well the limitation is fairly meaningful. Data is not guaranteed to lie upon a smooth continuous manifold.

[0] https://cognitivemedium.com/magic_paper/assets/Hornik.pdf

[1] https://dx.doi.org/10.1016/0893-6080%2889%2990003-8

[2] https://link.springer.com/article/10.1007/BF02551274

[3] https://en.wikipedia.org/wiki/Bias_(statistics)

[side note] We actually see this a lot in evaluation, and this is why benchmarkism is so problematic. Because it causes us to look at results as hard signals instead of guides. Evaluation is fucking hard. No empirical results will ever give you the full answer: the map is not the territory. We saw a hugging face blog today[4] about the LLM results differing and the reason is because the different evaluation methods biased towards different models. This means the metrics can be hacked, even specifically by the RLHF tuning. Or even the tokenization. These things are hard to make real good judgements on if you don't know the limits of the evaluation method (i.e. the assumptions it makes).

[4] https://huggingface.co/blog/evaluating-mmlu-leaderboard

Re: Any Deep ReLU Network Is Shallow

#45
post #24
post #4

So any N-layer network with the relu _/ activation function can be restated in terms of a 3 layer network as long as the 3 layers can have infinite parameters and as long as you have near infinite computing power to convert the big ones. Cool but not yet useful.

> So any N-layer network with the relu _/ activation function The paper talks only about models with additive operations among activations. It doesn't say anything about more complex networks like transformers. In transformers there are multiplicative interactions between activations inside the attention matrix, it is unclear if they can be approximated with just a 3 layer ReLU network, or if such conversion would be…

It would be very surprising if this result was relevant for transformers considering the softmax that's present there.

Re: Any Deep ReLU Network Is Shallow

#46
post #45
post #24

Earlier quoted context omitted.

> So any N-layer network with the relu _/ activation function The paper talks only about models with additive operations among activations. It doesn't say anything about more complex networks like transformers. In transformers there are multiplicative interactions between activations inside the attention matrix, it is unclear if they can be approximated with just a 3 layer ReLU network, or if such conversion would be…

It would be very surprising if this result was relevant for transformers considering the softmax that's present there.

true

Re: Any Deep ReLU Network Is Shallow

#47

Earlier quoted context omitted.

> Based on this proof, we provide an algorithm that, given a deep ReLU network, finds the explicit weights of the corresponding shallow network. I’m out of date on the research, but I suspect the real value here is the algorithm. Sounds like some version of this could eventually help reduce inference time

I suspect the trade-off for a shallow network is an exponential explosion in weights and computation.

I guess people could use it as a form of post-training "compression"

Re: Any Deep ReLU Network Is Shallow

#48

Earlier quoted context omitted.

> Based on this proof, we provide an algorithm that, given a deep ReLU network, finds the explicit weights of the corresponding shallow network. I’m out of date on the research, but I suspect the real value here is the algorithm. Sounds like some version of this could eventually help reduce inference time

I haven't read the paper, but most of the time, in order to achieve matching outputs with less layers, you will need exponentially more neurons per layer. If you have infinite parallelism I believe the shallow network would be faster, but deep networks will use less total operations and will be faster in practice.

There may be some utility to optimizing a given neural network to exploit the features of a given computational architecture. The point would be to expand the width of each layer to hit the limits of your hardware's parallelism. I.e., partition the network into n parts and shallow-ize each one to produce a new neural network with n layers, each of which being roughly as wide as your p parallel computational channels.

Re: Any Deep ReLU Network Is Shallow

#49

Earlier quoted context omitted.

From the paper: Corollary 1. Given a ReLU network N : Rn → Rm, the shallow network S : Rn → Rm of depth L = 3, as specified in the proof of Theorem 1, has width bounded by max{2n + k, 2n + p, 2 · p · m} I think p might be the number of layers but I'm not sure and I'm sure about k at all. So it they might be claiming a pretty tight bound in on weights.

They (suspiciously but not necessarily intentionally) avoid calling attension to it but: > Let ({fω}ω∈Ω,Ω) be the decomposition that corresponds to N. Label the parts 1,...,p. p is the number of regions the deep network divides R^n into, and is in general exponential in the network depth. (Eg consider R^1 = [-1,+1], L[k](x) = 2*abs(x)-1 ∀k (where abs(x) = x - 2*ReLU(-x), IIRC), which divides R^1 into 2^D equal segmen…

I would assume the distinction between trained and untrained networks is a constant factor at best.

Re: Any Deep ReLU Network Is Shallow

#50

Earlier quoted context omitted.

I suspect the trade-off for a shallow network is an exponential explosion in weights and computation.

I guess people could use it as a form of post-training "compression"

The best use case would be if you can efficiently switch between representations. Shallow nets don't suffer from the vanishing gradient problem, so you could have very, very deep RNNs, convert to a shallow net for the gradient update, and then convert back to an RNN for the next rollout. Of course, most RNNs track an internal state, which isn't considered in the paper, but overcoming that limitation could make RNN training effective for long enough rollouts that transformers are no longer needed, especially given that RNNs scale better for long sequences than transformers do.
Post reply on HN