Tại sao các trình duyệt không đủ thông minh để tăng tốc phần cứng mà không có thủ thuật?

Question

Có rất nhiều các trang web những ngày này giới thiệu bạn thêm các quy tắc để nội dung của bạn để làm cho nó tăng tốc phần cứng:

transform: translate3d(0,0,0); 
-webkit-transform: translate3d(0,0,0); 

này luôn làm cho tôi như vô lý. Tại sao trình duyệt cần sự trợ giúp của tôi để quyết định tăng tốc phần cứng? Nó sẽ nhanh hơn, đúng không? Vậy tại sao không chỉ làm điều đó? Tại sao chờ tôi "lừa" trình duyệt vào nó?

---

Một cách khác để hỏi câu hỏi này có thể là, tại sao không phải mọi cơ sở/thiết lập lại stylesheet bao gồm các dòng

* { 
    transform: translate3d(0,0,0); 
    -webkit-transform: translate3d(0,0,0); 
} 

Answer 1

Nó không đến nỗi các trình duyệt không thể hoặc không thông minh đủ để sử dụng tăng tốc phần cứng. Thay vào đó, những gì bạn đang đề cập đến chỉ thực sự áp dụng cho WebKit, và đặc biệt là cho các phiên bản di động của WebKit. Firefox và IE đều tăng tốc phần cứng mọi thứ và chúng tự động chia trang thành các "lớp" được tổng hợp trên GPU. Đó là lý do tại sao họ thường thổi qua Chrome khi thử nghiệm tốc độ. WebKit, mặt khác, chưa bao giờ thực sự thích ứng với việc tăng tốc các lớp đơn giản. Bởi vì Firefox và IE có thể tận dụng lợi thế của Direct2D rendering trên nền tảng Windows (nơi mà mọi thao tác vẽ đơn lẻ được tăng tốc phần cứng), về bản chất nó là một yêu cầu mà họ có thể làm việc tổng hợp tăng tốc phần cứng là tốt. Nếu họ chỉ tăng tốc hoạt động vẽ và không phải là sự kết hợp, họ sẽ mất hầu hết lợi thế về tốc độ khi sử dụng Direct2D ngay từ đầu vì nó sẽ yêu cầu sao chép giữa GPU và bộ nhớ hệ thống, chậm. Mặt khác, tất cả WebKit đều hiển thị các phần phụ trợ mà tôi biết là thực hiện hiển thị hoàn toàn trong phần mềm và phải chịu hình phạt từ bản sao tới GPU khi chúng kết hợp (nếu sử dụng kết hợp GPU). Vì vậy, nó kết thúc là một sự cân bằng. Nếu lớp bạn đang tổng hợp không mất nhiều thời gian để render trên CPU, nó không phải lúc nào cũng có ý nghĩa để thực hiện bản sao và tổng hợp trên GPU.

Do điều này, và cũng có tính chất cực kỳ hạn chế của GPU di động, không có trình duyệt WebKit nào bắt đầu thực hiện tăng tốc phần cứng tự động trừ khi được yêu cầu hoàn toàn (ví dụ: khi cài đặt biến đổi 3D). Nếu bạn muốn ý kiến ​​của tôi, tôi cũng sẽ thêm rằng tôi nghĩ rằng sự lười biếng trên một phần của các nhà phát triển WebKit và các công ty hỗ trợ cũng là một yếu tố ở đây. Sử dụng GPU là một nguồn chính của lỗi, vì vậy nó dễ dàng hơn cho họ để không chỉ sử dụng nó thay vì sửa chữa các vấn đề.

Nhân tiện, Firefox dành cho Android có thể làm GPU tổng hợp mọi lúc, mặc dù bạn có thể phải bật nó trong about: config; Tôi không biết nếu nó được bật theo mặc định. Đối với PC, tôi khuyên bạn nên sử dụng Firefox hoặc IE để hiển thị nhanh.

EDIT: Tôi cũng nên thêm rằng trong các phiên bản mới nhất của Android, Google đã thêm phần cứng tăng tốc cho Skia, xử lý gần như tất cả hiển thị 2D trên hệ điều hành. Không có nhiều thiết bị trong tự nhiên có điều này được nêu ra, nhưng nó có nghĩa là hiệu suất sẽ cải thiện cho tất cả mọi thứ trên Android trong tương lai gần. Điều đó nói rằng, tôi không biết liệu việc triển khai Skia của họ có hoạt động trơn tru như OpenGL như chúng ta có thể muốn hay không. Việc tổng hợp vẫn có thể phải chịu thêm một số bản sao cho đến khi chúng xử lý.

Answer 2

Để biết thêm về cách tiếp cận webkit, Ariya Hidayat (người đánh giá webkit) đã viết pretty good introductory blog post on hardware acceleration and webkit cho blog của chúng tôi. Thưởng thức.

[Các Punchline là HW tăng tốc có thể nhai lên rất nhiều bộ nhớ, vì vậy hãy khôn ngoan.]