Scaling laws — dự đoán loss khi tăng params, data, compute
Thêm params, data, compute thì loss giảm theo quy luật trơn — và Chinchilla chỉ ra model to mà thiếu data là lãng phí. Đọc định tính, không công thức.
TL;DR: Kaplan et al. (2020) quan sát: loss giảm trơn và dự đoán được khi tăng params, data, hoặc compute — không phải may rủi, và transformer tận dụng phần cứng hiệu quả hơn cho chuỗi dài nên đổ compute vào training trở nên rẻ, nhanh, giúp thí nghiệm quy mô lớn khả thi. Nhưng Hoffmann et al. — Chinchilla (2022) — chỉ ra: với compute budget cố định, tăng params mà giữ nguyên data là lãng phí, đúng nguyên lý overfitting — capacity vượt quá tín hiệu học được thì phí. Hệ quả: data chất lượng thành nút thắt thật sự, và "to hơn = tốt hơn" chỉ đúng khi data và compute cũng tăng tương xứng.
Bạn nghe hai lời khuyên tưởng như mâu thuẫn: "cứ scale model lên, loss sẽ giảm" và "nhiều model đang bị to quá mức so với data". Cả hai đều đúng — hai nửa của cùng một bức tranh, cách nhau hai năm nghiên cứu.
Model đọc tuần tự vẫn song song hoá được theo batch (nhiều câu cùng lúc), nhưng không song song hoá được THEO CHIỀU DÀI CHUỖI khi train — mỗi bước phải đợi bước trước xong. Transformer gỡ đúng nút thắt đó bằng self-attention xử lý toàn bộ chuỗi cùng lúc, tận dụng phần cứng hiệu quả hơn hẳn cho chuỗi dài. Đây là điều kiện quan trọng cho mọi thứ bài này nói: nhờ vậy, đổ một khối compute lớn vào một lần train trở nên rẻ và nhanh hơn nhiều — đủ để các thí nghiệm quy mô lớn khả thi về chi phí và thời gian, giúp các quy luật scaling dưới đây lộ rõ.
1. Analogy — nhà máy và nguyên liệu đầu vào
Bạn được giao một khoản vốn đầu tư cố định để mở nhà máy sản xuất giày. Vốn đó chia làm hai phần: xây dây chuyền (bao nhiêu máy, bao nhiêu công nhân) và nhập nguyên liệu (da, vải, đế) để chạy dây chuyền đó. Nhà máy càng nhiều dây chuyền mà nguyên liệu nhập không đủ, phần lớn dây chuyền đứng không — vốn đổ vào máy móc coi như lãng phí. Ngược lại, một nhà máy vừa đủ nhưng nguyên liệu dồi dào, chạy hết công suất, lại sản xuất được nhiều giày hơn trên cùng một đồng vốn.
| Đời thường | Scaling laws |
|---|---|
| Vốn đầu tư cố định | Compute budget cố định |
| Số dây chuyền, số máy | Số params (dung lượng model) |
| Nguyên liệu nhập vào | Lượng data huấn luyện |
| Dây chuyền đứng không vì thiếu nguyên liệu | Model to nhưng thiếu data — lãng phí compute |
| Nhà máy vừa đủ, chạy hết công suất | Model cân đối params/data — tận dụng hết compute |
Params không tự sinh ra chất lượng. Nó chỉ là "dung lượng có thể học" — dung lượng đó phải được lấp đầy bằng data thì mới biến thành loss thấp hơn.
2. Kaplan et al.: loss giảm trơn, không phải may rủi
Năm 2020, Kaplan et al. công bố "Scaling Laws for Neural Language Models" — đo loss của hàng loạt model ở nhiều quy mô, thay đổi lần lượt từng trục: số params, lượng data, và compute (tổng khối lượng tính toán bỏ ra để train). Phát hiện chính: tăng bất kỳ trục nào trong ba trục đó, loss không giảm ngẫu nhiên hay bấp bênh — nó giảm theo một xu hướng trơn và dự đoán được, ổn định qua nhiều bậc quy mô. Trước đó, không ai chắc train model lớn hơn mang lại cải thiện ổn định hay chỉ là canh bạc tuỳ lần thử — tính dự đoán được biến việc đổ compute khổng lồ vào training thành một quyết định đầu tư có cơ sở, thay vì canh bạc.
Điều này chỉ thực sự khai thác được nhờ kiến trúc transformer.
Model đọc tuần tự vẫn song song hoá được theo batch, nhưng không song song hoá được theo chiều dài chuỗi khi train.
Transformer gỡ đúng nút thắt đó, tận dụng phần cứng hiệu quả hơn hẳn cho chuỗi dài, nên đổ thêm GPU (thêm compute) vào một lần train trở nên rẻ và nhanh hơn nhiều. Chính vì chi phí và thời gian train giảm mạnh, các thí nghiệm ở quy mô lớn mới khả thi — và khối lượng thí nghiệm đó tạo ra dữ liệu để Kaplan et al. rút ra quy luật scaling.
3. Gấp đôi model, giữ nguyên data — chuyện gì xảy ra?
Bạn giữ nguyên toàn bộ compute budget và toàn bộ lượng data huấn luyện. Bạn chỉ tăng gấp đôi số params của model — nghĩa là, để giữ compute không đổi, model phải train ít vòng lặp hơn qua cùng một lượng data đó. Viết ra dự đoán của riêng bạn trước khi đọc tiếp: loss có giảm không? Giảm nhiều hay ít? Có rủi ro nào không?
Giữ câu trả lời đó trong đầu — mục tiếp theo sẽ cho bạn bằng chứng để đối chiếu.
4. Hoffmann et al. — Chinchilla: cùng compute, to mà thiếu data là lãng phí
Năm 2022, Hoffmann et al. công bố "Training Compute-Optimal Large Language Models" — gọi tắt theo tên model thí nghiệm là nghiên cứu Chinchilla. Câu hỏi họ đặt ra: với một compute budget cố định, nên chia bao nhiêu cho params và bao nhiêu cho data để đạt loss thấp nhất?
Kết luận: rất nhiều model đương thời lệch cán cân quá nhiều về phía params trong khi data gần như giữ cố định — chúng chưa được train đủ so với dung lượng mà chúng có. Muốn tận dụng hết một compute budget, params và data cần tăng cân đối, không phải dồn hết vào làm model to hơn.
Model học thuộc tập train thay vì học quy luật chung thì đo đẹp trên train nhưng tệ khi gặp dữ liệu mới — thêm data giúp model thấy nhiều biến thể hơn nên khó "học vẹt" hơn, và nhờ đó tổng quát hoá tốt hơn. Nguyên lý đó lặp lại y hệt ở quy mô lớn: model có dung lượng (params) vượt quá lượng data đa dạng nó thực sự thấy thì phần dung lượng dư bị lãng phí, giống cách overfitting lãng phí "khả năng học" vào việc ghi nhớ nhiễu thay vì quy luật.
Đây chính là đáp án cho Predict ở mục 3: giữ nguyên data mà tăng gấp đôi params, với compute cố định, loss nhiều khả năng giảm ít hơn kỳ vọng — thậm chí kém hơn phương án ngược lại (giữ params, tăng data tương ứng). Phần compute thêm bị đổ vào một model có dung lượng dư nhưng chưa thấy đủ tín hiệu đa dạng để lấp đầy dung lượng đó.
-- Quy tac tu duy nhanh khi co MOT compute budget co dinh
if giu nguyen data va tang params:
phan compute them roi vao mot model chua kip thay du du lieu moi
-- ket qua: loss giam it hon ky vong, thap hon phuong an duoi
else if tang ca params va data theo ti le can doi:
model co du du lieu de lap day dung luong moi cua no
-- ket qua: dat loss thap hon voi CUNG mot compute budget

5. Hệ quả kỹ sư: vì sao data thành nút thắt, vì sao "to hơn" chỉ đúng có điều kiện
Phát hiện của Hoffmann et al. đổi hướng đầu tư của cả ngành: thay vì chỉ chạy đua làm model to hơn, các đội phải lo đủ lượng data đa dạng và chất lượng để lấp đầy dung lượng model đó — data thành nút thắt thật sự, không kém số params hay số GPU. Đây cũng là lý do model mới liên tục ra đời: mỗi thế hệ cân bằng lại params/data theo đúng compute budget mới có, cộng data mới và cải tiến kiến trúc — không đơn thuần "phiên bản sau to hơn phiên bản trước".
Và đây là lý do "model to hơn luôn tốt hơn" chỉ đúng có điều kiện: đúng khi data và compute cũng tăng tương xứng theo params (đúng quy luật trơn ở mục 2). Data giữ cố định trong khi params cứ tăng thì lợi ích giảm dần rồi lãng phí hẳn — đúng như mục 4 vừa chỉ ra.
6. Pitfall tổng hợp
❌ Nhầm 1 — nghĩ cứ có thêm compute là dồn hết vào tăng params lợi nhất:
✅ Theo Chinchilla, nếu data giữ cố định, phần compute thêm đổ vào params dư sẽ bị lãng phí. Tận dụng hết compute cần tăng data tương xứng theo params.
❌ Nhầm 2 — coi scaling laws là công thức chính xác, áp được cho mọi kiến trúc và dataset mới:
✅ Đây là xu hướng thực nghiệm quan sát trên một họ model cụ thể, ở một thời điểm cụ thể. Nó định hướng quyết định đầu tư ở mức định tính — không thay việc đo thực tế trên đúng kiến trúc và dataset của bạn.
Nguồn:
- Kaplan et al. — Scaling Laws for Neural Language Models (arXiv:2001.08361) — nghiên cứu gốc chỉ ra loss giảm trơn theo params/data/compute.
- Hoffmann et al. — Training Compute-Optimal Large Language Models (arXiv:2203.15556) — nghiên cứu Chinchilla, chỉ ra cân đối params/data tối ưu compute.
Ghi chú: đọc Abstract của cả hai là đủ nắm ý chính bài này cần.
Một câu thận trọng — emergent abilities: một số khả năng model dường như chỉ "xuất hiện" rõ rệt khi vượt qua một ngưỡng quy mô nhất định, thay vì cải thiện dần đều. Tính chất "đột ngột" này vẫn đang là chủ đề tranh luận (một phần được cho là hiện tượng của cách đo lường hơn là một bước nhảy năng lực thật sự) — bài này không đào sâu.
7. Liên hệ các bài khác
- Bài 01 — Nỗi đau của model đọc tuần tự — lý do chỉ kiến trúc song song hoá được (transformer) mới thực sự khai thác được scaling laws.
- Bài 05 — Từ transformer đến LLM — bài ngay trước, giải thích decoder-only và causal mask, nền kiến trúc mà các quy luật scaling này áp lên.
- Overfitting & data leakage — nguyên lý "thêm data giúp tổng quát hoá" ở quy mô nhỏ, lặp lại nguyên vẹn ở quy mô scaling laws.
- Bài 07 — Mini-challenge: đọc sơ đồ kiến trúc — áp trực giác scaling laws khi đọc model card của một LLM thật.
8. Tóm tắt
- Kaplan et al. (2020) quan sát: loss giảm trơn và dự đoán được khi tăng params, data, hoặc compute — không phải may rủi.
- Quan sát này chỉ khai thác được ở quy mô lớn nhờ transformer song song hoá được khi train, khác hẳn model tuần tự ở bài 01.
- Hoffmann et al. — Chinchilla (2022) — chỉ ra: với compute cố định, phải cân đối params và data; lệch quá nhiều về phía params mà data giữ cố định là lãng phí compute.
- Nhiều model theo hướng ưu tiên params trước đó bị "undertrained" — to nhưng chưa thấy đủ data để tận dụng hết dung lượng.
- Nguyên lý ở đây giống hệt overfitting: capacity vượt quá lượng tín hiệu đa dạng model thực sự học được thì phần dư bị lãng phí.
- Hệ quả kỹ sư: data chất lượng trở thành nút thắt thật sự, và "to hơn = tốt hơn" chỉ đúng khi data/compute cũng tăng tương xứng.
- Emergent abilities vẫn là chủ đề đang tranh luận — bài này chỉ nhắc tên, chưa có kết luận chắc chắn ở mức định tính.
9. Tự kiểm tra
Q1Vì sao Kaplan et al. coi việc loss giảm "trơn và dự đoán được" là một phát hiện quan trọng, thay vì chỉ là hiển nhiên "model to hơn thì tốt hơn"?▸
Trước phát hiện này, không rõ liệu tăng quy mô có mang lại cải thiện ổn định hay chỉ là canh bạc tuỳ từng lần thử. Tính dự đoán được nghĩa là bạn có thể ngoại suy hiệu năng ở quy mô lớn hơn từ kết quả ở quy mô nhỏ hơn, biến việc đổ compute khổng lồ vào training từ một canh bạc thành một quyết định đầu tư có cơ sở đo lường.
Q2Vì sao phát hiện của Kaplan et al. chỉ thực sự khai thác được nhờ kiến trúc transformer, chứ không phải với model tuần tự?▸
Model tuần tự vẫn song song hoá được theo batch, nhưng không song song hoá được theo chiều dài chuỗi khi train — mỗi bước phải đợi bước trước xong. Transformer gỡ đúng nút thắt đó, tận dụng phần cứng hiệu quả hơn hẳn cho chuỗi dài, nên đổ compute vào một lần train trở nên rẻ và nhanh hơn nhiều. Chi phí và thời gian train giảm mạnh khiến các thí nghiệm ở quy mô lớn khả thi, đủ để Kaplan et al. quan sát ra quy luật scaling.
Q3Bạn giữ nguyên compute budget, tăng gấp đôi params nhưng giữ nguyên lượng data. Theo Chinchilla, chuyện gì có khả năng xảy ra và vì sao?▸
Loss có khả năng giảm ít hơn kỳ vọng, thậm chí kém hơn phương án tăng data tương ứng, vì model to hơn cần thấy nhiều data hơn mới tận dụng hết dung lượng mới. Giữ nguyên data trong khi tăng params làm phần compute thêm bị đổ vào một model có capacity dư thừa nhưng chưa học đủ tín hiệu đa dạng để lấp đầy capacity đó.
Q4Vì sao Hoffmann et al. nói nhiều model đương thời "undertrained" dù chúng vẫn hoạt động tốt?▸
\"Undertrained\" ở đây không có nghĩa \"model dở\" — nó nghĩa là với đúng lượng compute đã bỏ ra, một model nhỏ hơn train trên nhiều data hơn (theo cùng budget) sẽ đạt loss thấp hơn. Các model đó bị lệch cán cân quá nhiều về phía params trong khi lượng data huấn luyện gần như giữ cố định.
Q5Vì sao model to mà thiếu data tương xứng lại giống tình huống overfitting, dù cơ chế gây ra khác nhau?▸
Cả hai đều là tình huống model có capacity vượt quá lượng tín hiệu đa dạng nó thực sự học được. Overfitting là học thuộc nhiễu của một tập train cố định. Ở đây, model có quá nhiều params so với lượng data đa dạng nó được thấy, nên phần dung lượng dư bị lãng phí thay vì học được quy luật tổng quát hơn — cùng một nguyên lý: thêm data giúp tổng quát hoá tốt hơn.
Q6Vì sao "model to hơn = tốt hơn" chỉ đúng có điều kiện? Điều kiện đó là gì?▸
Đúng khi data và compute cũng được tăng tương xứng theo params, khớp với xu hướng trơn mà Kaplan et al. quan sát được. Nếu data giữ cố định trong khi params tăng, lợi ích giảm dần và có thể lãng phí hẳn compute — đúng như Chinchilla chỉ ra.
Bài tiếp theo: Mini-challenge — Đọc sơ đồ kiến trúc
Bài này đáng gửi cho bạn học cùng?
Copy link đã gắn nguồn — dán group, chat, hoặc LinkedIn.
Bài này có giúp bạn hiểu bản chất không?
Hỏi đáp về bài này
Chưa có câu hỏi
Có gì chưa rõ trong bài? Đặt câu hỏi đầu tiên — câu trả lời từ cộng đồng giúp bạn (và người sau).
Đặt câu hỏi đầu tiên