Trong thời đại mà một ứng dụng danh sách việc cần làm đơn giản có thể dễ dàng tiêu tốn 500MB bộ nhớ hệ thống của bạn, thật dễ dàng để tự hỏi việc phát triển phần mềm đã sai ở đâu. So với nhiều thập kỷ trước, chúng ta có phần cứng rất mạnh, tuy nhiên hệ điều hành (đặc biệt là Windows 11) và các ứng dụng hàng ngày của chúng ta lại cảm thấy nặng nề và chậm chạp hơn.
Steven Sinofsky, người từng là chủ tịch Bộ phận Windows tại Microsoft từ năm 2009 đến 2012, gần đây đã đến X để chia sẻ một cái nhìn hấp dẫn về văn hóa kỹ thuật thời kỳ đầu của công ty. Những tiết lộ của ông giải thích tại sao phần mềm cũ lại có tốc độ nhanh đến mức khó tin và tại sao phần mềm hiện đại lại phải vật lộn để theo kịp.
Để phản hồi một bài đăng lan truyền chỉ trích tình trạng hiệu quả bộ nhớ hiện tại, Sinofsky đã ngầm cho rằng thành công phần mềm ban đầu của Microsoft là nhờ một công cụ phần cứng rất đúng nghĩa. Theo cựu giám đốc Windows, ngày xưa mỗi kỹ sư tại Microsoft đều được trao một chiếc đồng hồ bấm giờ vật lý.
“Từ năm 1980 đến năm 2000, một nửa công nghệ phần mềm là quản lý việc sử dụng tài nguyên (đồng hồ, đĩa và ram),” Sinofsky giải thích. “Trong mười năm đầu tiên, mọi kỹ sư của Microsoft đều có một chiếc đồng hồ bấm giờ. Những người bổ sung đều ở trong phòng cung ứng. Thật khó để diễn tả bao nhiêu nỗ lực đã được bỏ ra. Tất cả chúng tôi đều có những câu chuyện.”
Đo từng mili giây
Chính xác thì các kỹ sư đã tính toán thời gian như thế nào? Khi được hỏi về X, Sinofsky thẳng thừng nói: “Mọi thứ. Tốc độ cuộn. Khởi động. Thoát. Lưu. Biên dịch. In.”
Trong những ngày đầu của MS-DOS và những phiên bản Windows đầu tiên, các nhà phát triển đã phải làm việc với những hạn chế cực kỳ nghiêm ngặt về phần cứng. Các lập trình viên đã dành hàng giờ để tinh chỉnh các cấu hình như hymem.sys và qemm.sys chỉ để tối đa hóa bộ nhớ cơ bản 640KB có sẵn trên các PC đời đầu. Mỗi byte và mỗi chu kỳ CPU đều quan trọng.
Trên thực tế, nếu bạn nhìn vào ảnh bìa hộp bán lẻ cổ điển của Microsoft Macro Assembler (MASM) từ thời đó, bạn sẽ thấy đồng hồ bấm giờ nổi bật ngay trên trang bìa, đóng vai trò như một huy hiệu danh dự cho sự tối ưu hóa mà nó mang lại.
Tuy nhiên, tốc độ thô không phải là điều duy nhất Microsoft đo lường. Sinofsky đã chia sẻ một giai thoại hay về tâm lý biểu diễn trong thời gian làm việc trên Visual C++ 1.0.
Mặc dù các số liệu về đồng hồ bấm giờ chứng minh rằng mã VC++ 1.0 mới được biên dịch nhanh hơn phiên bản trước nhưng người dùng vẫn phàn nàn rằng nó có cảm giác chậm hơn. Để khắc phục vấn đề về nhận thức này, nhóm của Sinofsky đã thêm “bộ đếm dòng quay điên cuồng làm từ những con số ngẫu nhiên” vào giao diện người dùng.
Về mặt kỹ thuật, việc tạo ra những con số ngẫu nhiên này đã làm chậm tốc độ biên dịch thực tế xuống một vài điểm phần trăm, nhưng phản hồi trực quan khiến người dùng có cảm giác như phần mềm đang hoạt động nhanh hơn. Như Sinofsky đã lưu ý, anh ấy ghét sự thỏa hiệp, nhưng họ vẫn để nó vì nhận thức của người dùng quan trọng hơn.
Tại sao các ứng dụng hiện đại lại tiêu tốn nhiều RAM?
Câu trả lời đơn giản là có sự thay đổi mạnh mẽ về áp lực thị trường và sự tiến bộ nhanh chóng của phần cứng.
Ví dụ, PlayStation 2 chỉ có 32MB RAM. Tuy nhiên, các nhà phát triển đã có thể xây dựng những thế giới mở rộng lớn, có hình ảnh ấn tượng như Grand Theft Auto: San Andreas trong những giới hạn tuyệt đối đó. Họ không có sự lựa chọn.
Ngày nay, tình thế đã hoàn toàn đảo ngược. Phần cứng đã trở nên quá nhanh và giá cả phải chăng (à, không còn nữa!) đến nỗi áp lực thị trường về việc tối ưu hóa phần mềm phần lớn đã biến mất.
Đối với các công ty công nghệ hiện đại, việc đưa ra một tính năng mới một cách nhanh chóng sẽ mang lại lợi nhuận cao hơn rất nhiều so với việc dành hàng tháng trời để tối ưu hóa nó. Khi người dùng phàn nàn rằng một ứng dụng bị chậm, phản ứng hợp lý nhất của doanh nghiệp chỉ là yêu cầu người dùng nâng cấp RAM của họ.
Ngay cả Microsoft gần đây cũng cho biết RAM 32 GB là vùng “không cần lo lắng” khi chơi game trên Windows 11. Sau đó, vấp phải phản ứng dữ dội, công ty đã xóa blog đó.
Tư duy này đã khai sinh ra kỷ nguyên của ứng dụng Electron và trình bao bọc web. Thay vì xây dựng các ứng dụng gốc, nhanh được tối ưu hóa riêng cho Windows, các nhà phát triển đóng gói toàn bộ trình duyệt web vào các ứng dụng dành cho máy tính để bàn của họ để họ có thể chạy cùng một mã trên Windows, macOS và Linux.
Đây là lý do tại sao việc có 16GB RAM lại khiến bạn cảm thấy chật chội khi mở một vài tab trình duyệt và ứng dụng trò chuyện như WhatsApp.
Cách Microsoft sửa lỗi Windows 11 vào năm 2026
Sự phụ thuộc quá mức vào trình bao bọc web đã gây hại nhiều hơn cho trải nghiệm người dùng Windows 11 so với các nhà phát triển bên thứ ba.
Kể từ khi Windows 11 ra mắt, chúng ta đã thấy hệ điều hành này tràn ngập các Ứng dụng web lũy tiến (PWA). Các dịch vụ chính như Netflix và Meta đã thay thế các ứng dụng máy tính để bàn Windows gốc của họ bằng các lựa chọn thay thế dựa trên web. Ngay cả một số ứng dụng của bên thứ nhất của Microsoft trong Microsoft Store về cơ bản cũng chỉ là các trang web trong một hộp.
May mắn thay, sau nhiều năm phản ứng tiêu cực hoặc sự nổi lên của các đối thủ cạnh tranh như macOS và thậm chí cả Linux, ngành công nghiệp này đang dần thức tỉnh trước sự phình to và Microsoft đang quay trở lại cội nguồn của mình.
Như chúng tôi đã đề cập rộng rãi, gã khổng lồ phần mềm đã đưa ra những hứa hẹn lớn trong năm nay về việc khắc phục hiệu suất cốt lõi của Windows 11. Công ty đang tập trung phát triển các ứng dụng gốc thực sự cho máy tính để bàn, chủ yếu được thúc đẩy bởi các khả năng của WinUI 3 và .NET 10.
Sự thúc đẩy tự nhiên này đang diễn ra ở chính cốt lõi của hệ điều hành. Như chúng tôi đã báo cáo, Microsoft đang chuyển các phần quan trọng của menu Bắt đầu của Windows 11 khỏi các thành phần web dựa trên React nặng hơn sang mã WinUI gốc, được tối ưu hóa cao.
Cam kết về hiệu suất không dừng lại ở đó. Chúng tôi cũng đã theo dõi các bản sửa lỗi hiệu suất cơ bản cho File Explorer, đảm bảo chế độ tối hiển thị ngay lập tức mà không gây chói mắt với đèn flash trắng và nhiều tối ưu hóa khác trong bản cập nhật Bản vá thứ Ba tháng 5 năm 2026 gần đây.
Thật ngạc nhiên, công ty đang tích cực thử nghiệm các cấu hình lập lịch CPU mới được thiết kế để tăng mạnh tốc độ xung nhịp chính xác trong mili giây bạn nhấp vào menu hệ thống, loại bỏ độ trễ giao diện người dùng cực nhỏ khiến người dùng thất vọng trong nhiều năm. Nó được gọi là Cấu hình độ trễ thấp và Windows mới nhất đã thử nghiệm nó.
Thật thú vị khi thấy ngành công nghệ phát triển toàn diện. Bốn thập kỷ sau khi Microsoft cung cấp đồng hồ bấm giờ để tiết kiệm từng kilobyte, sự nổi lên của các tính năng AI khổng lồ, ngốn bộ nhớ đã làm rung chuyển RAM và giá chip cuối cùng buộc các nhà phát triển phải quan tâm trở lại đến hiệu quả.
Mặc dù chúng ta có thể không thấy đồng hồ bấm giờ vật lý sớm quay trở lại phòng cung cấp của Microsoft, nhưng mối quan tâm trở lại về hiệu suất gốc của Windows 11 là một sự thay đổi mà mọi người dùng PC đều có thể ăn mừng.
