DEV Community

Laptop Hưng Phát
Laptop Hưng Phát

Posted on • Originally published at technologyspot.vn

Profiling & Monitoring trên Snapdragon X Elite: Gỡ bottleneck thực tế

#snapdragonxelite #monitoring #profiling #devtools

Khi lập trình trên các thiết bị Windows ARM như Lenovo Yoga Slim 7 (sở hữu chip Snapdragon X Elite với điểm Geekbench 6 đa nhân lên tới 15.969), bạn sẽ có thời lượng pin thực tế ấn tượng từ 14-17 giờ. Tuy nhiên, việc tối ưu hóa phần mềm trên kiến trúc ARM đôi khi gặp trở ngại do lớp giả lập Prism tiêu tốn nhiều tài nguyên hơn x86. Khi ứng dụng chạy chậm, thay vì chỉ nhìn vào điểm benchmark lý thuyết, lập trình viên cần sử dụng các công cụ giám sát thời gian thực (realtime monitoring) để chẩn đoán bottleneck ngay lập tức.

Các công cụ giám sát và profiling realtime cần thiết

Dưới đây là các công cụ phổ biến kèm dòng lệnh cụ thể giúp bạn xác định nguyên nhân nghẽn hệ thống:

  • btop: Giám sát trực quan và chi tiết mức độ sử dụng CPU/RAM.

    btop

  • iotop: Theo dõi tiến trình nào đang chiếm dụng tài nguyên đọc/ghi ổ đĩa (Disk I/O).

    sudo iotop -o

  • py-spy: Profiler cực nhẹ cho Python, cho phép ghi lại call stack dưới dạng FlameGraph mà không làm gián đoạn luồng chạy.

    py-spy record -o profile.svg --pid <PID>

  • clinic.js: Bộ công cụ chẩn đoán hiệu năng, độ trễ và I/O cho ứng dụng Node.js.

    npx clinic doctor -- node app.js

Case thực tế: Tìm memory leak của ứng dụng Node.js trên máy 16GB RAM

Giả sử bạn đang chạy ứng dụng Node.js trên HP OmniBook X 14 inch (16GB RAM) và nhận thấy lượng RAM bị chiếm dụng tăng dần liên tục mà không giảm. Để gỡ lỗi bằng Chrome DevTools memory snapshot:

  1. Khởi động Node.js ở chế độ debug để mở cổng giám sát: 
   node --inspect app.js
Enter fullscreen mode Exit fullscreen mode
  1. Mở Chrome, truy cập địa chỉ chrome://inspect và nhấn chọn "Open Dedicated DevTools for Node".
  2. Chọn tab Memory > click Take heap snapshot lần 1 để lưu trạng thái bộ nhớ ban đầu.
  3. Gửi tải giả lập (ví dụ gửi liên tục 1000 request) vào ứng dụng để kích hoạt rò rỉ bộ nhớ, sau đó chụp snapshot lần 2.
  4. Chọn snapshot thứ hai và đổi chế độ xem từ "Summary" sang "Comparison" (so sánh với snapshot 1). Bộ lọc này sẽ chỉ ra các đối tượng (như array, object cache) tăng đột biến về số lượng nhưng không được giải phóng bởi bộ gom rác (Garbage Collector), giúp bạn khoanh vùng trực tiếp dòng code lỗi.

Để tìm hiểu kỹ hơn về hiệu năng thực tế giữa hai nền tảng, mời bạn đọc tham khảo thêm bài phân tích tại TechnologySpot.

Top comments (0)