> For the complete documentation index, see [llms.txt](https://blogs.nhquydev.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://blogs.nhquydev.net/operating-systems/linux/tools/smem-cong-cu-do-luong-bo-nho-chinh-xac-hon-tren-linux.md).

# smem – Công cụ đo lường bộ nhớ chính xác hơn trên Linux

Trong quá trình vận hành hệ thống Linux, hẳn bạn đã không ít lần sử dụng `top`, `htop` hay `ps` để truy vết tiến trình “ngốn” RAM. Tuy nhiên, càng đi sâu vào môi trường production, bạn sẽ càng nhận ra một thực tế: **những con số đó không phản ánh đầy đủ bản chất cách Linux sử dụng bộ nhớ**.

Đó là lúc **smem** trở thành một mảnh ghép quan trọng – một công cụ nhỏ gọn nhưng mang lại góc nhìn *chuẩn xác và công bằng hơn* về RAM. Bài viết này thuộc chuỗi kiến thức thực chiến của **Cẩm nang NQDEV**, giúp bạn hiểu đúng – dùng đúng – và tối ưu hệ thống hiệu quả hơn trên **NQDEV Platform**.

***

### 1. smem là gì và vì sao nó “khác biệt”?

`smem` là tiện ích dòng lệnh chuyên phân tích **mức sử dụng bộ nhớ thực tế của các tiến trình Linux**, đặc biệt tập trung vào cách bộ nhớ **được chia sẻ** giữa nhiều process.

Khác với `top` hay `ps` – vốn chỉ hiển thị RSS một cách “thô”, `smem` áp dụng mô hình phân bổ bộ nhớ hợp lý thông qua các chỉ số sau:

| Chỉ số                          | Ý nghĩa                                               |
| ------------------------------- | ----------------------------------------------------- |
| **USS (Unique Set Size)**       | Lượng RAM *chỉ tiến trình này sử dụng*, không chia sẻ |
| **PSS (Proportional Set Size)** | RAM chia sẻ được *chia theo tỷ lệ công bằng*          |
| **RSS (Resident Set Size)**     | Tổng RAM tiến trình đang chiếm trong bộ nhớ vật lý    |
| **VSS (Virtual Set Size)**      | Tổng bộ nhớ ảo được ánh xạ (kể cả chưa dùng)          |
| **SWAP**                        | Lượng bộ nhớ đã bị đẩy sang swap                      |

👉 **Cách hiểu nhanh**:

* **USS** → RAM “thuần” của tiến trình
* **PSS** → RAM dùng chung nhưng được phân bổ công bằng
* **RSS** → Con số quen thuộc nhưng dễ gây hiểu nhầm

Chính nhờ PSS, `smem` cho bạn một bức tranh *gần với thực tế hệ thống nhất*.

***

### 2. Cài đặt smem trên Linux

#### Ubuntu / Debian

```bash
sudo apt update
sudo apt install smem
```

#### CentOS / RHEL

```bash
sudo yum install smem
```

> Lưu ý: nên chạy `smem` với quyền `root` để thu thập đủ dữ liệu bộ nhớ chia sẻ.

***

### 3. Xem mức sử dụng RAM chi tiết theo tiến trình

Lệnh cơ bản thường dùng trong production:

```bash
smem -r -k -c "pid user name uss pss rss swap command"
```

**Giải thích nhanh**:

* `-r`: chạy với quyền root
* `-k`: hiển thị theo KB
* `-c`: chọn các cột cần quan sát

Đây là cách tiếp cận *có chiều sâu hơn rất nhiều* so với việc nhìn mỗi RSS trong `top`.

***

### 4. Truy vết tiến trình “ngốn” RAM thật sự

Thay vì hỏi: *“Process nào RSS cao nhất?”*\
Hãy hỏi đúng hơn: **“Process nào đang dùng RAM riêng nhiều nhất?”**

```bash
smem -r -k -c "pid user name uss pss rss swap command" | sort -nk4 -r | head -20
```

* `sort -nk4 -r`: sắp xếp giảm dần theo **USS**
* `head -20`: lấy 20 tiến trình đứng đầu

👉 Đây là bước rất quan trọng khi:

* Phát hiện **memory leak**
* Đánh giá đúng mức độ ảnh hưởng của từng service
* Ra quyết định scale hoặc giới hạn tài nguyên

***

### 5. Xuất dữ liệu smem ra CSV để phân tích sâu hơn

```bash
smem -r -k -c "pid user name uss pss rss swap command" > smem_output.csv
```

File CSV này có thể:

* Mở bằng Excel / Google Sheets
* Vẽ biểu đồ RAM – SWAP theo tiến trình
* Phục vụ audit, báo cáo, hoặc phân tích xu hướng dài hạn

Đây là một cách làm **rất được khuyến nghị trên NQDEV Platform** khi tối ưu hệ thống production.

***

### 6. smem vs top/ps – So sánh nhanh, nhìn là hiểu

| Tiêu chí                  | top / ps          | smem               |
| ------------------------- | ----------------- | ------------------ |
| Chia sẻ bộ nhớ            | ❌ Không chính xác | ✅ Phân bổ theo PSS |
| Theo dõi swap             | ❌ Hạn chế         | ✅ Rõ ràng          |
| Phân tích theo tiến trình | ❌ Nông            | ✅ Chi tiết         |
| Xuất dữ liệu              | ❌ Không hỗ trợ    | ✅ CSV / biểu đồ    |

➡️ Với những hệ thống nhiều service, container, hoặc workload phức tạp, `smem` gần như là **công cụ bắt buộc**.

***

### 7. Góc nhìn từ Cẩm nang NQDEV

Điều quan trọng không nằm ở công cụ, mà ở **tư duy đo lường đúng**:

> *“Không tối ưu thứ bạn không đo đúng.”*

`smem` giúp bạn:

* Hiểu cách Linux phân bổ bộ nhớ *thực sự*
* Tránh quyết định sai lầm dựa trên RSS
* Tối ưu tài nguyên một cách có cơ sở

Đây cũng chính là triết lý xuyên suốt của **Cẩm nang NQDEV**:\
👉 *Hiểu bản chất – rồi mới tối ưu.*

***

### 🧭 Kết luận

`smem` không chỉ cho bạn biết *ai đang dùng RAM*, mà còn trả lời câu hỏi quan trọng hơn:\
\&#xNAN;**“RAM đó thực sự thuộc về ai?”**

Nếu bạn là:

* Sysadmin
* DevOps Engineer
* Backend Developer vận hành production

Hãy dành thời gian làm quen với `smem`. Đây là một khoản đầu tư nhỏ nhưng mang lại **lợi ích dài hạn cho độ ổn định hệ thống**.

📌 Để khám phá thêm nhiều kiến thức thực chiến tương tự, bạn có thể truy cập [**Cẩm nang NQDEV**](https://blogs.nhquydev.net/) – nơi tổng hợp các góc nhìn kỹ thuật sâu, thực tế và có thể áp dụng ngay trên **NQDEV Platform**.