-
Notifications
You must be signed in to change notification settings - Fork 12.6k
imatrix: calculate activation-based statistics for new format (GGUF) imatrices #14891
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
If we had access to some numerical linear algebra routines then it would likely be possible to get much more interesting stats from this. If you think about it:
If instead of using the L2 norms of the differences, we construct the cross-covariance matrix of the paired samples, and then take the SVD of this:
I suspect that the scaling part of the transformation is quite well handled by the current scaler quants, but the rotational component is likely not. IIRC, some of the 1-2bit quants use vector quantization, and if so; these will likely handle the rotational components better and/or show quite different properties. I'm on my phone ATM so can't easily link them, but there have been several papers showing:
|
If it's any use, then there is code here to analyse the symmetrised cross-covaraince matrix I used for the control vectors: https://github.com/jukofyork/control-vectors/blob/main/direction_analyzer.py The symmetrised version deliberately gets rid of the rotational components as there can't be made use of if we are just looking for a single direction... You can actually do the same on the anti-symmetrised version (to look at the rotational components only), but Eigen-decompostion is less useful for this as it will return all complex vectors (hence why SVD makes more sense). I should also add that from my experiments using SVD on the tensors (ie: ignoring the activations!) of LLMs, it often appears that the early/final tensors (which actually appear to be very important and are bumped in bits in the quant routines here!), actually tend to have a less flat distribution of singular values themselves! So when you ignore the distribution of input activations - they generally appear to be doing something inherently "lower dimensional" than the middle tensors!? It would be interesting to investigate this whilst also looking at the activations... |
I'd be lying if I were to claim I understand everything in there 🥴, but I think I got the gist. Implementing the l2 norm seems straightforward without having to introduce additional 3rd party dependencies, but completely agree that a "light" BLAS lib will be a godsend. For now, I'll focus on l2 norm, but will add activation variance as well (good shout!) For a later version, I'd like to try the logit prism approach but that's for another day. Thanks for the steer @jukofyork! more weekend reading 😁 |
If you want to learn more about Linear Algebra then Gilbert Strang's video lectures are amazing: https://www.youtube.com/playlist?list=PLE7DDD91010BC51F8 (IIRC, the first lecture only is bad resolution, so don't be put off by that!) or if you like books: https://www.amazon.co.uk/Practical-Linear-Algebra-Textbooks-Mathematics/dp/0367507846 (or one of the earlier editions of this same book) gives a really solid foundation in terms of 2D and 3D. The biggest problem breaking into it is for some reason American Universities decided to make it much more abstract and proof-based than it needs to be (probably to weed out potential math-majors!). If you look at some much older pre-1980s books, or books not aimed at Westerners, then it's surprising how approachable it is: |
I have tried to bring this up before: #8831 (reply in thread) I think it would be fairly straightforward to port the non-complex routines and then open up all that GSL has to offer: https://www.gnu.org/software/gsl/doc/html/linalg.html instead of trying to rewrite numerical routines that have had 1000's and 1000's of thought and testing put into them! :) |
Considering the imatrix weights ( The closer the variance is to 0, the closer the effect is to neutral weights. Although maybe it's not quite the right thing since the variance is sensitive to the scale. (normalized variance, perhaps? Does this have another name?)
|
With the latest set of updates, the code now switches between mean activations ( All the stats will be computed accordingly so that for example, Please note that the ZD metric (Z-score distribution) is not a proper z-score measure, but rather the proportion of weights in a tensor/layer having a z-score greater than 1, as defined by the original authors |
Just pushed a few changes to #14891 that I'd be grateful if anyone has a chance to play with. I have introduced a new metric I'm calling Euclidean-Cosine Score (ECS), defined as The main idea behind is that tensors/layers with small lengths and pointing in the same direction will have less influence as tokens flow forward. Therefore, in theory, they should be ideal candidates to down-quantise (tensors) or to prune (layers). It's early days but so far I got encouraging* PPL improvements using activation-based CosSim only, to select tensors to up/down quantise, compared to the previous method (Σ(Act²)). So far, I've only tested on Llama 3.2 1B but my hunch is that for different architectures, particularly MoEs, a compound metric may have better resolution. Since we now have magnitude (L2 Norm) and direction (CosSim), deriving the dot product between tensors/layers is trivial, leading to creating the ECS. Caveat emptor: it's just a hunch, but it's fun trying 😋 (*) by encouraging I mean ~0.6 to ~0.8% improvement on 𝜌PPL. It isn't going to make your IQ1_S model perform as Q8_0, but every little helps... p.s. for this to work, you have to generate the imatrix with this fork first. L2 Norm is only available if activations are saved as well. If not, the stats default to legacy using Σ(Act²) which is OKish but not ideal. Also, please be aware the imatrix file size will double |
I've had an interesting idea related to this: Unless I've not seen something, the whole LLM is invariant to permutation of the hidden state indices: both the residual stream indices requiring every tensor to be permuted and the MLP intermediate indices requiring just the up/gate/down indices for the specific MLP block permutating. If this is the case, then considering the legacy-quants use a block size of 32 and the K-quants a block size of 256 (with an internal block size of 32 or 16 IIRC?), then there could be a permutation that groups indices in such a way as to create less quantisation error. It would be quite a lot of data to store, but not infeasible and the permutations wouldn't be hard to perform. Without actually having some data it's hard to say what we should look for, but I suspect some greedy algorithm that tries to create certain properties for the 32 (or 256) block-diagonal entries vs the off-block-diagonal entries wouldn't be too expensive. What are the properties of a "good" block? Correlated magnitudes, uncorrelated magnitudes, something else entirely? @compilade might be interested in this too. |
@jukofyork A good block should quantize well. Assuming linear quantization, that means any component should be very close to within a integer fraction multiple of the max value of the block. (e.g. 5/15, 4/7, etc. as long as the denominator is smaller than the max representable integer in the target quant). To get values close to fractional multiples of each other, it could be possible to pre-multiply all values of a row by all distinct possible fractions for a type, and then sort, and then somehow collect groups of the desired block size. Not sure how this would generalize to multiple rows, so it's probably not the correct approach. Uncorrelated imatrix blocks would be interesting to try.
AFAIK, RoPE is dependant on the order of the hidden state indices (at least the first There's also attention heads which probably limit possible permutations of the Attention tensors. For FFN tensors, if they're right after RoPE, then the limitations of the There seems to be many edge cases. |
Reading this exchange (without grasping all the implications) triggered another thought along the lines of Worth exploring further? or have I pulled a classic Howard Wolowitz move? |
The more I think about the above, the more I feel it may have some legs, but not as an added function to I realised that having access to μAct ( I'll file this under "future projects" |
Following up from #9400 and #12718, I've started tinkering with activation-based statistics, in addition to what's currently available via
--show-statistics
.At the moment, I'm exploring three options going from from easy to implement and OK approximation, to some assembly required but fairly accurate:
llama-perplexity --save-all-logits
run)llama-imatrix
already generates the actual logits to compute PPL, use Thông T. Nguyễn's logit prism approach to calculate the exact contribution of each layer to the final logit scoresSharing with the readers, and in particular @compilade and @jukofyork, in case anyone's willing to double check assumptions and/or suggest alternative approaches I haven't considered.