BootsofLagrangian commited on
Commit
4a3e520
·
verified ·
1 Parent(s): b24e628

Update README.md

Browse files
Files changed (1) hide show
  1. README.md +148 -176
README.md CHANGED
@@ -1,199 +1,171 @@
1
  ---
2
  library_name: transformers
3
- tags: []
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
4
  ---
5
 
6
- # Model Card for Model ID
7
-
8
- <!-- Provide a quick summary of what the model is/does. -->
9
 
 
10
 
 
11
 
12
  ## Model Details
13
 
14
- ### Model Description
15
-
16
- <!-- Provide a longer summary of what this model is. -->
17
-
18
- This is the model card of a 🤗 transformers model that has been pushed on the Hub. This model card has been automatically generated.
19
-
20
- - **Developed by:** [More Information Needed]
21
- - **Funded by [optional]:** [More Information Needed]
22
- - **Shared by [optional]:** [More Information Needed]
23
- - **Model type:** [More Information Needed]
24
- - **Language(s) (NLP):** [More Information Needed]
25
- - **License:** [More Information Needed]
26
- - **Finetuned from model [optional]:** [More Information Needed]
27
-
28
- ### Model Sources [optional]
29
-
30
- <!-- Provide the basic links for the model. -->
31
-
32
- - **Repository:** [More Information Needed]
33
- - **Paper [optional]:** [More Information Needed]
34
- - **Demo [optional]:** [More Information Needed]
35
-
36
- ## Uses
37
-
38
- <!-- Address questions around how the model is intended to be used, including the foreseeable users of the model and those affected by the model. -->
39
-
40
- ### Direct Use
41
-
42
- <!-- This section is for the model use without fine-tuning or plugging into a larger ecosystem/app. -->
43
-
44
- [More Information Needed]
45
-
46
- ### Downstream Use [optional]
47
-
48
- <!-- This section is for the model use when fine-tuned for a task, or when plugged into a larger ecosystem/app -->
49
-
50
- [More Information Needed]
51
-
52
- ### Out-of-Scope Use
53
-
54
- <!-- This section addresses misuse, malicious use, and uses that the model will not work well for. -->
55
-
56
- [More Information Needed]
57
-
58
- ## Bias, Risks, and Limitations
59
 
60
- <!-- This section is meant to convey both technical and sociotechnical limitations. -->
 
 
 
61
 
62
- [More Information Needed]
63
 
64
- ### Recommendations
65
 
66
- <!-- This section is meant to convey recommendations with respect to the bias, risk, and technical limitations. -->
67
 
68
- Users (both direct and downstream) should be made aware of the risks, biases and limitations of the model. More information needed for further recommendations.
69
 
70
- ## How to Get Started with the Model
71
 
72
- Use the code below to get started with the model.
 
73
 
74
- [More Information Needed]
75
 
76
- ## Training Details
77
 
78
- ### Training Data
79
 
80
- <!-- This should link to a Dataset Card, perhaps with a short stub of information on what the training data is all about as well as documentation related to data pre-processing or additional filtering. -->
 
81
 
82
- [More Information Needed]
83
-
84
- ### Training Procedure
85
-
86
- <!-- This relates heavily to the Technical Specifications. Content here should link to that section when it is relevant to the training procedure. -->
87
-
88
- #### Preprocessing [optional]
89
-
90
- [More Information Needed]
91
-
92
-
93
- #### Training Hyperparameters
94
-
95
- - **Training regime:** [More Information Needed] <!--fp32, fp16 mixed precision, bf16 mixed precision, bf16 non-mixed precision, fp16 non-mixed precision, fp8 mixed precision -->
96
-
97
- #### Speeds, Sizes, Times [optional]
98
-
99
- <!-- This section provides information about throughput, start/end time, checkpoint size if relevant, etc. -->
100
-
101
- [More Information Needed]
102
 
103
  ## Evaluation
104
-
105
- <!-- This section describes the evaluation protocols and provides the results. -->
106
-
107
- ### Testing Data, Factors & Metrics
108
-
109
- #### Testing Data
110
-
111
- <!-- This should link to a Dataset Card if possible. -->
112
-
113
- [More Information Needed]
114
-
115
- #### Factors
116
-
117
- <!-- These are the things the evaluation is disaggregating by, e.g., subpopulations or domains. -->
118
-
119
- [More Information Needed]
120
-
121
- #### Metrics
122
-
123
- <!-- These are the evaluation metrics being used, ideally with a description of why. -->
124
-
125
- [More Information Needed]
126
-
127
- ### Results
128
-
129
- [More Information Needed]
130
-
131
- #### Summary
132
-
133
-
134
-
135
- ## Model Examination [optional]
136
-
137
- <!-- Relevant interpretability work for the model goes here -->
138
-
139
- [More Information Needed]
140
-
141
- ## Environmental Impact
142
-
143
- <!-- Total emissions (in grams of CO2eq) and additional considerations, such as electricity usage, go here. Edit the suggested text below accordingly -->
144
-
145
- Carbon emissions can be estimated using the [Machine Learning Impact calculator](https://mlco2.github.io/impact#compute) presented in [Lacoste et al. (2019)](https://arxiv.org/abs/1910.09700).
146
-
147
- - **Hardware Type:** [More Information Needed]
148
- - **Hours used:** [More Information Needed]
149
- - **Cloud Provider:** [More Information Needed]
150
- - **Compute Region:** [More Information Needed]
151
- - **Carbon Emitted:** [More Information Needed]
152
-
153
- ## Technical Specifications [optional]
154
-
155
- ### Model Architecture and Objective
156
-
157
- [More Information Needed]
158
-
159
- ### Compute Infrastructure
160
-
161
- [More Information Needed]
162
-
163
- #### Hardware
164
-
165
- [More Information Needed]
166
-
167
- #### Software
168
-
169
- [More Information Needed]
170
-
171
- ## Citation [optional]
172
-
173
- <!-- If there is a paper or blog post introducing the model, the APA and Bibtex information for that should go in this section. -->
174
-
175
- **BibTeX:**
176
-
177
- [More Information Needed]
178
-
179
- **APA:**
180
-
181
- [More Information Needed]
182
-
183
- ## Glossary [optional]
184
-
185
- <!-- If relevant, include terms and calculations in this section that can help readers understand the model or model card. -->
186
-
187
- [More Information Needed]
188
-
189
- ## More Information [optional]
190
-
191
- [More Information Needed]
192
-
193
- ## Model Card Authors [optional]
194
-
195
- [More Information Needed]
196
-
197
- ## Model Card Contact
198
-
199
- [More Information Needed]
 
 
 
 
 
 
 
 
 
 
 
1
  ---
2
  library_name: transformers
3
+ tags:
4
+ - image-classification
5
+ - computer-vision
6
+ - vit
7
+ - vision-transformer
8
+ - linear-residual-updates
9
+ - imagenet
10
+ license: cc-by-sa-4.0
11
+ pipeline_tag: image-classification
12
+ results:
13
+ - task:
14
+ type: image-classification
15
+ dataset:
16
+ name: ImageNet-1k
17
+ type: ImageNet-1k
18
+ metrics:
19
+ - name: Validation Accuracy Top@1
20
+ type: Validation Accuracy Top@1
21
+ value: 71.23
22
  ---
23
 
24
+ # Model Card for Linear ViT-B ImageNet-1k (Vanilla ViT)
 
 
25
 
26
+ This model is a Vision Transformer (ViT-B) trained on [ImageNet-1k](https://huggingface.co/datasets/timm/imagenet-1k-wds), incorporating _Orthogonal Residual Updates_ as proposed in the paper [Revisiting Residual Connections: Orthogonal Updates for Stable and Efficient Deep Networks](https://arxiv.org/abs/2505.11881). The core idea is to decompose a module's output relative to the input stream and add only the component orthogonal to this stream, aiming for richer feature learning and more efficient training.
27
 
28
+ This specific checkpoint was trained for approximately 90,000 steps (roughly 270 epochs out of a planned 300).
29
 
30
  ## Model Details
31
 
32
+ ### Evaluation
33
+ _**Note:** Validation accuracy below is measured on checkpoint at step 90k (not the final model); results may differ slightly from those reported in the paper._
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
34
 
35
+ | Steps | Connection | Top-1 Accuracy (%) | Top-5 Accuracy (%) | Link |
36
+ |-------|-------------|--------------------|---------------------|------|
37
+ | 90k | Orthogonal | **74.62** | 92.26 | [link](https://huggingface.co/BootsofLagrangian/ortho-vit-b-imagenet1k-hf) |
38
+ | 90k | Linear | 71.23 | 90.29 | [here](https://huggingface.co/BootsofLagrangian/linear-vit-b-imagenet1k-hf) |
39
 
 
40
 
41
+ ### Abstract
42
 
43
+ Residual connections are pivotal for deep neural networks, enabling greater depth by mitigating vanishing gradients. However, in standard residual updates, the module's output is directly added to the input stream. This can lead to updates that predominantly reinforce or modulate the existing stream direction, potentially underutilizing the module's capacity for learning entirely novel features. In this work, we introduce _Orthogonal Residual Update_: we decompose the module's output relative to the input stream and add only the component orthogonal to this stream. This design aims to guide modules to contribute primarily new representational directions, fostering richer feature learning while promoting more efficient training. We demonstrate that our orthogonal update strategy improves generalization accuracy and training stability across diverse architectures (ResNetV2, Vision Transformers) and datasets (CIFARs, TinyImageNet, ImageNet-1k), achieving, for instance, a +4.3\%p top-1 accuracy gain for ViT-B on ImageNet-1k.
44
 
45
+ ### Method Overview
46
 
47
+ Our core idea is to modify the standard residual update $x_{n+1} = x_n + f(\sigma(x_n))$ by projecting out the component of $f(\sigma(x_n))$ that is parallel to $x_n$. The update then becomes $x_{n+1} = x_n + f_{\perp}(x_n)$, where $f_{\perp}(x_n)$ is the component of $f(\sigma(x_n))$ orthogonal to $x_n$.
48
 
49
+ ![Figure 1: Intuition behind Orthogonal Residual Update](img/figure1.jpg)
50
+ *Figure 1: (Left) Standard residual update. (Right) Our Orthogonal Residual Update, which discards the parallel component $f_{||}$ and adds only the orthogonal component $f_{\perp}$.*
51
 
52
+ This approach aims to ensure that each module primarily contributes new information to the residual stream, enhancing representational diversity and mitigating potential interference from updates that merely rescale or oppose the existing stream.
53
 
54
+ ### Key Results: Stable and Efficient Learning
55
 
56
+ Our Orthogonal Residual Update strategy leads to more stable training dynamics and improved learning efficiency. For example, models trained with our method often exhibit faster convergence to better generalization performance, as illustrated by comparative training curves.
57
 
58
+ ![Figure 2: Training Dynamics and Efficiency Comparison](img/figure2.jpg)
59
+ *Figure 2: Example comparison (e.g., ViT-B on ImageNet-1k) showing Orthogonal Residual Update (blue) achieving lower training loss and higher validation accuracy in less wall-clock time compared to linear residual updates (red).*
60
 
61
+ ### Model Sources
62
+ - **Repository (Original Implementation):** [https://github.com/BootsofLagrangian/ortho-residual](https://github.com/BootsofLagrangian/ortho-residual)
63
+ - **Paper:** [Revisiting Residual Connections: Orthogonal Updates for Stable and Efficient Deep Networks (arXiv:2505.11881)](https://arxiv.org/abs/2505.11881)
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
64
 
65
  ## Evaluation
66
+ ```python
67
+ import torch
68
+ import torchvision.transforms as transforms
69
+ from datasets import load_dataset
70
+ from torch.utils.data import DataLoader
71
+ from transformers import AutoModelForImageClassification
72
+ from tqdm import tqdm
73
+ import argparse
74
+ from typing import Tuple, List
75
+
76
+ def accuracy_counts(
77
+ logits: torch.Tensor,
78
+ target: torch.Tensor,
79
+ topk: Tuple[int, ...] = (1, 5),
80
+ ) -> List[int]:
81
+ """
82
+ Given model outputs and targets, return a list of correct-counts
83
+ for each k in topk.
84
+ """
85
+ maxk = max(topk)
86
+ _, pred = logits.topk(maxk, dim=1, largest=True, sorted=True)
87
+ pred = pred.t()
88
+ correct = pred.eq(target.view(1, -1).expand_as(pred))
89
+
90
+ res = []
91
+ for k in topk:
92
+ correct_k = correct[:k].reshape(-1).float().sum(0, keepdim=True)
93
+ res.append(correct_k.item())
94
+ return res
95
+
96
+ def evaluate_model():
97
+ device = torch.device("cuda" if torch.cuda.is_available() and not args.cpu else "cpu")
98
+ print(f"Using device: {device}")
99
+
100
+ model = AutoModelForImageClassification.from_pretrained(
101
+ "BootsofLagrangian/ortho-vit-b-imagenet1k-hf",
102
+ trust_remote_code=True
103
+ )
104
+ model.to(device)
105
+ model.eval()
106
+
107
+ img_size = 224
108
+ mean = [0.485, 0.456, 0.406]
109
+ std = [0.229, 0.224, 0.225]
110
+
111
+ transform_eval = transforms.Compose([
112
+ transforms.Lambda(lambda img: img.convert("RGB")),
113
+ transforms.Resize(img_size, interpolation=transforms.InterpolationMode.BICUBIC),
114
+ transforms.CenterCrop(img_size),
115
+ transforms.ToTensor(),
116
+ transforms.Normalize(mean, std),
117
+ ])
118
+ val_dataset = load_dataset("timm/imagenet-1k-wds", split="validation")
119
+
120
+ def collate_fn(batch):
121
+ images = torch.stack([transform_eval(item['jpg']) for item in batch])
122
+ labels = torch.tensor([item['cls'] for item in batch])
123
+ return images, labels
124
+
125
+ val_loader = DataLoader(
126
+ val_dataset,
127
+ batch_size=32,
128
+ shuffle=False,
129
+ num_workers=4,
130
+ collate_fn=collate_fn,
131
+ pin_memory=True
132
+ )
133
+ total_samples, correct_top1, correct_top5 = 0, 0, 0
134
+
135
+ with torch.no_grad():
136
+ for images, labels in tqdm(val_loader, desc="Evaluating"):
137
+ images = images.to(device)
138
+ labels = labels.to(device)
139
+
140
+ outputs = model(pixel_values=images)
141
+ logits = outputs.logits
142
+
143
+ counts = accuracy_counts(logits, labels, topk=(1, 5))
144
+ correct_top1 += counts[0]
145
+ correct_top5 += counts[1]
146
+ total_samples += images.size(0)
147
+
148
+ top1_accuracy = (correct_top1 / total_samples) * 100
149
+ top5_accuracy = (correct_top5 / total_samples) * 100
150
+
151
+ print("\n--- Evaluation Results ---")
152
+ print(f"Total samples evaluated: {total_samples}")
153
+ print(f"Top-1 Accuracy: {top1_accuracy:.2f}%")
154
+ print(f"Top-5 Accuracy: {top5_accuracy:.2f}%")
155
+ ```
156
+
157
+
158
+ ## Citation
159
+ ```bib
160
+ @article{oh2025revisitingresidualconnectionsorthogonal,
161
+ title={Revisiting Residual Connections: Orthogonal Updates for Stable and Efficient Deep Networks},
162
+ author={Giyeong Oh and Woohyun Cho and Siyeol Kim and Suhwan Choi and Younjae Yu},
163
+ year={2025},
164
+ journal={arXiv preprint arXiv:2505.11881},
165
+ eprint={2505.11881},
166
+ archivePrefix={arXiv},
167
+ primaryClass={cs.CV},
168
+ url={https://arxiv.org/abs/2505.11881}
169
+ }
170
+
171
+ ```