Vì sao ứng dụng Gmail lại nặng tới 700MB?

 (akr.am)
3 điểm bởi GN⁺ 2026-01-07 | 3 bình luận | Chia sẻ qua WhatsApp
  • Ứng dụng Gmail có dung lượng 760.7MB theo App Store, nằm trong 3 ứng dụng nặng nhất trong top 100 app miễn phí
  • Trong giai đoạn 2013~2017, kích thước ứng dụng Gmail tăng vọt từ 12MB lên hơn 200MB, và sau đó vẫn tiếp tục tăng
  • Một số ứng dụng như Tesla, Crypto.com, SmartThings đạt tới 1GB, còn Google Home cũng ở mức 630MB
  • Một phần đáng kể dung lượng lưu trữ trên iPhone bị chiếm bởi ứng dụng và dữ liệu, gây ra giảm hiệu năng và bất tiện khi phải tải lại
  • Dung lượng ứng dụng tăng nhanh hơn nhiều so với việc mở rộng tính năng, cho thấy vấn đề về hiệu quả và tối ưu hóa

Tình trạng dung lượng của ứng dụng Gmail

  • Ứng dụng Gmail được hiển thị là 760.7MB trên App Store, là ứng dụng nặng thứ ba trong top 100 app miễn phí
    • Ứng dụng Outlook được nhắc đến để so sánh có dung lượng 428MB, nhỏ hơn Gmail rất nhiều
  • Theo bài viết của Axios năm 2017, trong giai đoạn 2013~2017, dung lượng của các ứng dụng iPhone lớn liên tục tăng
    • Gmail trong thời gian này đã tăng mạnh từ khoảng 12MB lên hơn 200MB
    • Nhiều ứng dụng phổ biến khác cũng có trường hợp tăng hơn 10 lần trong cùng giai đoạn

So sánh với các ứng dụng khác

  • Những ứng dụng còn lớn hơn Gmail có Tesla, Crypto.com, Samsung SmartThings, mỗi ứng dụng vào khoảng 1GB
  • Các ứng dụng khác của Google nhìn chung cũng khá lớn, với Google Home là 630MB, còn Google TV chỉ bằng khoảng 1/10 mức đó
  • Kích thước trung bình của các ứng dụng chính của Google là khoảng 250MB, còn của Microsoft là khoảng 330MB
  • Dung lượng trung bình của top 100 app miễn phí là 280MB, còn trong tập mở rộng có cả game thì ở mức 200MB

Mức sử dụng bộ nhớ và ảnh hưởng tới hiệu năng

  • Trên chiếc iPhone của tác giả, ứng dụng (không tính dữ liệu) chiếm 35GB, dữ liệu ứng dụng chiếm 35GB, và iOS chiếm 25GB
    • Tổng cộng 100GB được dùng cho ứng dụng và hệ điều hành, khiến không gian lưu video và ảnh 4K bị hạn chế
  • Khi thiếu dung lượng lưu trữ sẽ phát sinh các bất tiện như máy chậm đi, phải tải lại ảnh từ đám mây, cần cài lại ứng dụng
  • Với những người dùng gói dữ liệu giới hạn, việc tải lại các ứng dụng dung lượng lớn là một gánh nặng

Bảng so sánh dung lượng ứng dụng (theo iOS 26.2)

  • Trong cùng nhóm chức năng, ứng dụng của Google và Microsoft lớn hơn hàng chục đến hàng trăm lần so với ứng dụng mặc định của Apple
    • Ví dụ: Mail(8.7MB) vs Gmail(673MB) vs Outlook(376MB)
    • Files(2.6MB) vs Drive(370MB) vs OneDrive(283MB)
    • Safari(5.1MB) vs Chrome(313MB) vs Edge(397MB)
    • FaceTime(3.4MB) vs Meet(263MB) vs Teams(423MB)
  • Ứng dụng mặc định của Apple đa phần dưới 10~20MB, trong khi ứng dụng của Google và Microsoft ở mức hàng trăm MB

Khác biệt nền tảng và những câu hỏi đặt ra

  • Kích thước ứng dụng Gmail được kiểm tra trên thiết bị Android là khoảng 185MB, nhỏ hơn rất nhiều so với bản iOS
  • Trên Play Store không thể kiểm tra kích thước ứng dụng khi không có thiết bị, nên chưa rõ đây có phải vấn đề riêng của iOS hay không
  • Bài viết cũng nhắc tới việc Microsoft Authenticator dù chỉ dùng để hiển thị mã 6 chữ số vẫn lên tới 150MB
  • Việc ứng dụng Gmail lớn gấp khoảng 80 lần ứng dụng Mail mặc định cho thấy vấn đề dung lượng tăng thiếu hiệu quả so với tính năng

Bài viết liên quan

3 bình luận

 
ahwjdekf 2026-01-08

Đúng là Android vẫn có hiệu quả chi phí tốt nhất.
 
xguru 2026-01-08

Trong phần bình luận của bài đó còn có những nội dung thú vị hơn nữa.

Nếu xem emerge - insights : com.google.Gmail, bạn sẽ thấy các tệp ngôn ngữ màu cam chiếm 151MB (24,56%).

Dùng size analysis của Emerge Tools để so sánh, phân tích cấu trúc binary và các điểm lãng phí dung lượng của những ứng dụng email lớn

[0] Fastmail

  • Ứng dụng nhỏ nhất trong các đối tượng được so sánh
  • Chỉ riêng việc tối ưu hóa tệp âm thanh cũng có thể giảm khoảng 20% kích thước ứng dụng
  • 71% cấu thành ứng dụng là binary
  • Xem trực quan hóa X-ray

[1] Gmail

  • Nguyên nhân chính làm tăng dung lượng là các tệp bản địa hóa
  • Tỷ lệ cấu thành ứng dụng: binary 60%, bản địa hóa 24%
  • Xem trực quan hóa X-ray

[2] Outlook

  • Có thể tiết kiệm đáng kể dung lượng bằng cách loại bỏ symbol khỏi binary (strip)
  • Tỷ lệ cấu thành ứng dụng: binary 65%, bản địa hóa 14%
  • Xem trực quan hóa X-ray

[3] HEY

  • Chỉ với loại bỏ trùng lặp + tối ưu hóa hình ảnh cũng có thể giảm khoảng 15% dung lượng
  • Tỷ lệ cấu thành ứng dụng: binary 45%, asset 27%
  • Có ý kiến cho rằng tỷ trọng asset cao hơn mức bình thường
  • Xem trực quan hóa X-ray

[4] ProtonMail

  • Chỉ với tối ưu hóa hình ảnh và loại bỏ trùng lặp cũng có thể giảm khoảng 30%
  • Tỷ lệ cấu thành ứng dụng: binary 58%, asset 14%, bản địa hóa 7%
  • Xem trực quan hóa X-ray

Trường hợp bổ sung: Spark

  • Kết quả phân tích tự động cho thấy nhiều hạng mục có thể cắt giảm hơn 100MB
  • Trang ví dụ - insights

Kết luận chung

  • Ở gần như mọi ứng dụng được phân tích, đều phát hiện ít nhất 20% điểm có thể cắt giảm dung lượng một cách “dễ dàng”
  • Trong trực quan hóa X-ray, màu đỏ biểu thị các tệp trùng lặp
  • Vấn đề phổ biến là nhiều đội ngũ hoàn toàn không theo dõi dung lượng ứng dụng
 
GN⁺ 2026-01-07
Ý kiến trên Hacker News

  • Tôi đã rất ngạc nhiên khi đọc bài viết của Axios nói rằng kích thước ứng dụng Gmail đã đột ngột vượt 200MB vào đầu năm 2017 và hiện nay đã hơn 760MB
    Trước đây một ứng dụng thông thường chỉ khoảng 10~30MB, còn giờ đã ở mức hàng trăm MB
    Gmail cũng đâu phải ứng dụng có quá nhiều đồ họa độ phân giải cao, nên tôi đoán nguyên nhân là do framework

    • Ứng dụng ngày xưa chỉ cỡ vài chục KB đến vài MB
      Một ứng dụng tiện ích nhỏ tôi làm cách đây 6 năm chỉ có 9KB, và phần lớn là mã mà compiler mặc định đưa vào
    • Khi dùng HTC Desire cách đây 13 năm, bộ nhớ trong quá nhỏ nên tôi cứ phải xóa rồi cài lại ứng dụng liên tục
      Hồi đó WhatsApp có 7MB đã thấy cực lớn rồi, còn bây giờ là 231MB
      Giờ thì hầu hết ứng dụng đều lớn hơn rất nhiều so với những “ứng dụng khổng lồ” ngày ấy
    • Có lẽ nguyên nhân là do framework và tài nguyên bản địa hóa
      Ứng dụng iOS phải đưa tài nguyên cho mọi ngôn ngữ vào trong app bundle
    • Thời Amiga xưa, ứng dụng email YAM chỉ có tổng cộng 1.4MB
      Tất nhiên bây giờ độ phân giải và tính năng nhiều hơn hẳn, nhưng tôi vẫn tự hỏi có cần phải lớn đến mức này không
      Ngày trước người ta dùng cấu trúc dữ liệu tối ưu theo byte nên hiệu quả không gian rất cao
    • Mốc tăng dung lượng mạnh vào đầu năm 2017 trùng với thời điểm Google Meet ra mắt

  • Khi làm ứng dụng cho iOS, Google dùng backend C++ dùng chung để thống nhất logic giữa Android, iOS và web
    Vì vậy khi build Gmail thì mã cho Meet, Chat, Spaces cùng với gRPC, protocol buffer, video codec đều được đưa vào hết
    Kết quả là Gmail không còn là ứng dụng mail đơn thuần mà được biên dịch như một container Super App

    • Có người còn đùa kiểu “Điện thoại người dùng không chạy google3 à? Thế thì nhét luôn google3 vào cùng vậy!” vì thấy nó quá đà
    • Cách giải thích này khá thuyết phục, nhưng vẫn còn khó hiểu vì sao các ứng dụng khác cũng phình to tương tự
      Ví dụ ba ứng dụng Withings, Bunq và Albert Heijn gộp lại chiếm tới 1GB
    • Vấn đề có vẻ không chỉ là lý do kỹ thuật mà còn là thái độ không quan tâm đến tối ưu hóa
      Gần như không thấy nỗ lực nào về modularization hay giảm nhẹ ứng dụng
    • Có lẽ họ còn nhúng cả thư viện mã hóa riêng hoặc network stack QUIC vào nữa
    • Mã nguồn đã tích lũy quá nhiều nên tôi nghĩ khả năng làm lại bằng Flutter hay công nghệ tương tự là rất thấp

  • Bảng so sánh với các ứng dụng mặc định của iOS là một phép so sánh sai
    Ứng dụng mặc định phần lớn đặt tính năng trong system framework, nên bản thân ứng dụng chỉ là một lớp vỏ UI mỏng
    Ví dụ ứng dụng Photos có thể chỉ là 4.2MB, nhưng mã phân tích ảnh hay đồng bộ iCloud thực tế nằm trong hệ thống

    • Dù vậy tôi vẫn nghĩ một phần nào đó có thể so sánh được
      Nếu bỏ qua private framework của Apple, có lẽ vẫn có thể triển khai chức năng tương tự trong 4.2MB

  • Lý do Gmail lớn gấp 80 lần ứng dụng Mail mặc định có lẽ là vì Apple Mail tận dụng thư viện hệ thống, còn
    Google phải nhúng kèm cả runtime cross-platform
    Vì thế Docs hay Sheets cũng lớn khủng khiếp tương tự

    • Apple đưa framework dành riêng cho một số ứng dụng vào hệ thống, còn ứng dụng bên thứ ba thì phải tự mang theo
      Chênh lệch kích thước giữa Safari.app và Safari Technology Preview.app cũng là vì vậy
    • Gmail trên điện thoại Android của tôi là 175MB, đỡ hơn iOS nhưng vẫn lớn
    • Cả Windows 98 và Office 97 cộng lại là 700MB, vậy mà một email client đơn lẻ còn lớn hơn mức đó thì đúng là quá mức
    • 700MB mã và đồ họa vector là một khối tài sản rất lớn
      Nó cho thấy thái độ không hề cân nhắc đến dung lượng lưu trữ của người dùng

  • Nội dung bài báo rốt cuộc chỉ nói mỗi chuyện “ứng dụng Gmail có dung lượng 700MB”

    • Ứng dụng DJI Mimo cũng lên tới 800MB
      Nó chỉ để chỉnh vài thiết lập micro đơn giản, nhưng bị phình lên bởi video marketing và yêu cầu đăng ký tài khoản
      Tôi thấy đây thực sự là sự lãng phí không cần thiết
    • Dù vậy những câu hỏi kiểu này nhất định phải được đặt ra
      Việc Gmail phát hành một ứng dụng email gần 1GB xứng đáng bị chỉ trích
      Có khi họ còn nhét cả YouTube client vào trong đó
    • Tôi cũng đã mong bài báo giải thích nguyên nhân, nhưng cuối cùng chẳng có lời giải thích nào nên khá thất vọng
    • Nhiều ứng dụng iOS thường lớn gấp hơn 10 lần bản Android
      Rất khó tìm được ứng dụng iOS nào nhỏ hơn ứng dụng Electron
    • Trên điện thoại của tôi, kích thước các ứng dụng Google lần lượt là Gboard 247MB, Google 415MB, Play Services 1330MB, Gmail 233MB...

  • Lý do kích thước ứng dụng Gmail không giảm là vì người dùng không cảm thấy bất tiện
    Nếu không ai ngừng cài đặt, thì sẽ chẳng có lý do gì để bỏ chi phí cho tối ưu hóa hay refactor
    Khi không có ràng buộc, phần mềm sẽ cứ tiếp tục phình ra

  • Gmail là ứng dụng cross-platform, nên không dùng widget mặc định của iOS mà phải mang theo UI riêng
    Trong khi đó iOS Mail tận dụng các widget đã có sẵn trong hệ thống

    • Hơn nữa Google còn có xu hướng nhúng cả hệ thống theo dõi và xác thực vào trong ứng dụng
      Các chức năng như SSO, MFA, Analytics đều được đưa vào hết

  • Việc Safari chỉ có 5.1MB nghe vô lý
    Thực tế là các tài nguyên hệ thống như WebKit được tính riêng nên nó mới trông nhỏ như vậy
    Không thể nào ứng dụng của Apple lại nhỏ hơn Google tới 100 lần

    • Safari dùng WebKit dưới dạng system framework, nên chỉ chứa mã UI
    • Rốt cuộc Safari chỉ là một wrapper cho WebView hệ thống, nên bản thân phép so sánh đã bị méo mó

  • Lý do ứng dụng Android trông nhỏ hơn iOS là do cách báo cáo và khác biệt về cấu trúc
    Theo báo cáo của SafetyDetectives,
    dung lượng thực tế sau khi cài đặt trên Android chỉ bằng khoảng một nửa iOS
    Phân tích của Emerge Tools cũng đáng tham khảo

  • Ngày xưa người ta từng ngạc nhiên vì Gmail cho tận 1GB dung lượng lưu trữ,
    còn bây giờ chỉ riêng một ứng dụng đã chiếm từng ấy chỗ, đúng là một nghịch lý