Downloads · 30 days
10
37% of all-time downloads
Jeesup/svd-safety-llama3_8b_instruct_up_basis_coeff_finetuned_keep_0p50
svd-safety-llama3_8b_instruct_up_basis_coeff_finetuned_keep_0p50 is a machine learning model from Jeesup. Use it for the machine learning task on the model card, and read the license before you ship it in a product. The card lists the license as llama3.
meta-llama/Meta-Llama-3-8B-Instruct compressed with Basis Sharing using the authors' code (TUDa-HWAI/BasisSharing, 1c021b6ce1d3), then recovered by LoRA on the coefficients alone.
Downloads · 30 days
10
37% of all-time downloads
All-time downloads
27
Public
Parameters
8B
16.1 GB on disk
Likes
0
Public
Click a slice to open those files.
.safetensors16.1 GB · 99%
From the Hugging Face model README
meta-llama/Meta-Llama-3-8B-Instruct compressed with Basis Sharing using the authors' code
(TUDa-HWAI/Basis_Sharing, 1c021b6ce1d3),
then recovered by LoRA on the coefficients alone.
v, k, q, up, gate — private (per-layer): down, oC' = C + (alpha/r)BA -> fold W = C' @ B to denseyahma/alpaca-cleanedOnly the coefficients were trained. The shared and per-layer bases are frozen and bit-identical to the compressed model, so every weight keeps rank <= k, each group still shares one basis, and the parameter budget survives recovery exactly. This is not Basis Sharing's own LoRA (wikitext, batch 1, q/v only): the project's alpaca recipe is used for every compressor so the recovery data is constant across methods.
Rotary embeddings. The LoRA trains the factored
ShareLlamamodel, so its positional encoding matters. It uses transformers' own rotary tables built from this model's config, verified identical to stock Llama in float64 for base-500000 RoPE, llama3 scaling and grouped-query attention (tests/check_share_llama_exact.py).
The factors are folded back to dense Llama shapes, so this loads with stock
transformers and needs no custom modelling code. It is rank-deficient, not smaller
on disk.
| Metric | Value |
|---|---|
| Parameter fraction retained | 0.4999 |
| WikiText-2 perplexity | 25.0042 |
| arc_easy (acc_norm) | 0.5332 |
| arc_challenge (acc_norm) | 0.3259 |
| hellaswag (acc_norm) | 0.4928 |
| winogrande (acc) | 0.5951 |
| openbookqa (acc_norm) | 0.3420 |
| piqa (acc_norm) | 0.6692 |
| mathqa (acc_norm) | 0.2563 |
| AdvBench HarmBench ASR | 0.5827 |
| StrongREJECT HarmBench ASR | 0.4888 |
| Over-refusal rate (XSTest-safe) | 0.1579 |
| Over-refusal rate (OR-Bench-Hard-1K) | 0.0350 |
| Over-refusal macro rate | 0.0964 |
Over-refusal judging is reliable for this cell (XSTest-safe scored fraction 0.99; OR-Bench-Hard-1K scored fraction 0.97).
Full per-prompt outputs and raw metric files are in utility/ and safety/.
WikiText-2 perplexity; ARC-Easy/Challenge, HellaSwag, WinoGrande, OpenBookQA, PIQA and
MathQA zero-shot; AdvBench and StrongREJECT generation judged by
cais/HarmBench-Llama-2-13b-cls; over-refusal on XSTest-safe and OR-Bench-Hard-1K judged
by allenai/wildguard. All generation uses the chat template, greedy.
Compression at this ratio degrades refusal behaviour, which is what this cell exists to measure. Safety numbers from a model that has become degenerate are not evidence about alignment — read the over-refusal reliability line above alongside the ASR.