Build app iOS và Android trên server: vì sao ổ đĩa quyết định tốc độ

Trả lời nhanh: Đóng gói ứng dụng di động là công việc đọc ghi cực nặng: tải phụ thuộc, giải nén thư viện, biên dịch từng phần rồi ghi ra hàng chục nghìn file trung gian, cuối cùng nén lại thành gói cài đặt. Phần lớn thao tác là file nhỏ nằm rải rác, đúng kiểu mà ổ NVMe vượt trội. Lưu ý quan trọng: build cho iOS bắt buộc chạy trên máy macOS theo điều khoản của Apple, còn build Android chạy tốt trên máy chủ Linux thông thường.

Đội làm ứng dụng di động thường than thời gian build. Nhìn vào thì thấy CPU không cạn, RAM còn dư, nhưng máy vẫn ì. Thủ phạm hay bị bỏ qua nằm ở ổ đĩa.

Chuyện gì xảy ra khi bấm build

1. Tải và giải nén phụ thuộc, có thể hàng trăm gói.
2. Biên dịch mã nguồn thành mã trung gian, sinh ra rất nhiều file nhỏ.
3. Xử lý tài nguyên: ảnh, biểu tượng, file giao diện, chuỗi ngôn ngữ.
4. Ghép và tối ưu, loại bỏ mã không dùng.
5. Nén và ký thành gói cài đặt cuối cùng.

Bước một, hai và ba đều là đọc ghi số lượng lớn file nhỏ. Đây chính là chỗ ổ NVMe cho khác biệt rõ, còn chỉ số MB/s trên tờ quảng cáo gần như không liên quan.

Vì sao bộ nhớ đệm quan trọng nhưng chưa đủ

Công cụ build hiện đại đều có bộ nhớ đệm: lần sau chỉ dựng lại phần thay đổi. Nghe thì bộ nhớ đệm giải quyết mọi thứ, nhưng bản thân nó là một kho file khổng lồ trên ổ đĩa. Đọc kiểm tra xem cái gì đã đổi cũng là đọc ổ.

Kết quả là ổ chậm thì ngay cả build tăng dần cũng chậm, dù về lý thuyết chỉ phải làm một phần nhỏ công việc.

Bố trí máy build hợp lý

• Android: chạy tốt trên máy chủ Linux. Ưu tiên ổ NVMe, xung nhịp cao, RAM từ 8GB trở lên cho dự án vừa.
• iOS: theo điều khoản của Apple, việc biên dịch phải thực hiện trên phần cứng Apple. Không thể build iOS trên máy chủ Linux thông thường, cần dịch vụ máy macOS chuyên dụng.
• Phần chung: máy chủ Linux vẫn rất hữu ích cho phần backend, API, kho lưu trữ mã nguồn, hệ thống tự động hoá và nơi chứa bản build để tải về.

Nói rõ điểm này để tránh mua nhầm: nếu ai đó chào bạn build iOS trên máy chủ Linux giá rẻ, hãy hỏi kỹ cách họ làm.

Vài cách rút ngắn thời gian

1. Giữ bộ nhớ đệm phụ thuộc giữa các lần build thay vì tải lại từ đầu.
2. Chia dự án thành nhiều mô đun để chỉ dựng lại phần thay đổi.
3. Tách máy build khỏi máy chạy thật.
4. Đặt thư mục làm việc trên ổ nhanh nhất, đừng để trên ổ lưu trữ chậm.
5. Dọn file trung gian định kỳ, kho bộ nhớ đệm phình to cũng làm chậm chính nó.

Ràng buộc pháp lý cần biết trước khi tính hạ tầng

• Đóng gói cho iOS bắt buộc chạy trên máy tính của Apple. Đây là điều khoản cấp phép hệ điều hành, không phải giới hạn kỹ thuật. Cài hệ điều hành đó lên máy chủ thường là vi phạm điều khoản, nên đừng xây quy trình công ty dựa trên cách đó.
• Ba đường hợp lệ: mua máy Mac mini đặt tại văn phòng làm máy đóng gói, thuê máy Mac theo giờ từ dịch vụ đám mây chuyên dụng, hoặc dùng dịch vụ tích hợp liên tục có sẵn máy Mac.
• Đóng gói cho Android chạy tốt trên máy chủ Linux thông thường, không có ràng buộc nào tương tự. Đây là phần nên tự dựng để tiết kiệm.

Cấu hình máy đóng gói theo nền tảng

Bộ nhớ là thứ hết trước: quá trình đóng gói Android chạy trên nền máy ảo Java và mặc định xin khá nhiều bộ nhớ. Máy 4 GB thường bị dừng giữa chừng với thông báo hết bộ nhớ.

Ba cách rút ngắn thời gian, hiệu quả rõ nhất

• Giữ bộ nhớ đệm giữa các lần chạy. Với hệ thống tự động, khai rõ thư mục đệm của công cụ đóng gói và của trình quản lý thư viện để lưu và khôi phục. Đây là thay đổi cho kết quả rõ nhất, thường cắt được nửa thời gian.
• Bật đóng gói tăng dần và chạy song song trong tệp cấu hình dự án. Máy nhiều nhân mà chạy tuần tự là lãng phí.
• Tách bước kiểm thử ra khỏi bước đóng gói. Chạy kiểm thử song song với đóng gói trên hai máy, thay vì nối tiếp nhau.

Đo xem đang nghẽn ở đâu

# Chay song song voi lenh dong goiiostat -x 2      # %util gan 100 la o diahtop             # xem tung nhan, va cot MEMfree -h          # co dung vung nho tam khong # Do rieng tung buoc, vi du voi du an Android./gradlew assembleRelease --profile# Bao cao HTML sinh ra trong build/reports/profile, chi ro tung tac vu ton bao lau

Báo cáo đó là thứ nên đọc trước khi nâng cấp máy: nó chỉ đích danh tác vụ nào tốn thời gian, và nhiều khi thủ phạm là một bước xử lý ảnh hoặc một thư viện sinh mã, sửa được bằng cấu hình chứ không cần đổi phần cứng.