Báo cáo 'latency trung bình 0.133ms' nghe tuyệt — nhưng nó nói dối về trải nghiệm thật. Bài này đo thật 100.000 thao tác: p50 chỉ 0.003ms, mà p99 lên tới 6.121ms — mean giấu đuôi 46 lần, và 98% request thực ra nhanh hơn cả con số trung bình. Cách tính p50/p95/p99 bằng sort + nearest-rank, và vì sao SLO phải dùng percentile chứ không phải mean.
Bạn đoán hàm A chậm, tối ưu cả ngày, hóa ra thủ phạm là hàm B. Profiler chấm dứt việc đoán mò: nó lấy mẫu stack định kỳ và chỉ ra hàm nào thực sự ngốn CPU bằng số. Bài này thử perf thật (bị container chặn — báo trung thực) rồi dùng Go pprof: hàm nóng chiếm 75.79% CPU, và pprof -list chỉ đúng dòng 17 ngốn 710ms. Bài cuối loạt Debug, kèm tổng kết 12 phần.
Bài 1 nói gRPC khó debug vì byte nhị phân và cần codegen. Reflection gỡ đúng nỗi đau đó. Bài này chạy thật: server bật reflection một dòng, rồi grpcurl — curl cho gRPC — liệt kê service, xem schema message, và gọi GetOrder nhận về JSON, tất cả KHÔNG cần file .proto trên máy. Server tự khai schema lúc chạy. Công cụ debug mạnh nhất cho gRPC — nhưng nên tắt ở production nhạy cảm vì nó lộ toàn bộ API.
OWL để lộ toàn bộ cây component đang chạy qua window.__OWL_DEVTOOLS__ và this.__owl__. Cách xem state/props của bất kỳ component nào, đọc cây từ gốc WebClient, và vì sao mỗi menu systray được bọc trong một error boundary — soi trực tiếp trên Odoo 19.
Chế độ --dev của Odoo 19 gồm 6 tính năng: reload tự khởi động lại khi sửa .py, xml đọc view thẳng từ file, qweb/access/werkzeug để debug. Mổ xẻ từng cái kèm bằng chứng thật từ mã nguồn.
Mổ xẻ một dòng log Odoo 19 gồm 6 phần, năm cấp log, và cách bật DEBUG chỉ cho đúng module cần soi bằng --log-handler MODULE:LEVEL. Có log SQL thật kèm thời gian truy vấn.