Là tác giả câu hỏi đã nhận xét trong nhận xét, điều này có liên quan đến vùng canvas có thể nhìn thấy. Mở bảng điều khiển làm giảm chiều cao của chế độ xem, mà trên màn hình có kích thước bình thường có nghĩa là sẽ có ít nội dung hơn để hiển thị. 60 FPS là một giới hạn mềm được đưa ra bởi tốc độ làm tươi màn hình; làm khung hình nhiều hơn điều đó sẽ không có ý nghĩa vì nó không thể hiển thị hơn 60 khung hình mỗi giây trên một màn hình bình thường.
Tôi đã thử nghiệm điều này trên máy của mình, giảm tốc độ CPU sao cho tôi không luôn nhận được 60FPS. Trong ví dụ Fiddle được cung cấp, tôi có khoảng 24FPS bình thường. Việc mở Bảng điều khiển đã giảm kích thước khung hình hiển thị xuống còn khoảng 60% kích thước ban đầu của nó và FPS tăng trung bình 30. Thay đổi kích thước giao diện điều khiển sẽ ảnh hưởng đến FPS cho phù hợp: với chỉ 10% của canvas có thể nhìn thấy, FPS xoay quanh 42, và với một giao diện điều khiển rất nhỏ và toàn bộ canvas có thể nhìn thấy, FPS đã đi hơi thấp hơn giá trị ban đầu, đến 23. Tăng Tốc độ CPU mang FPS đến một hằng số 60, bất kể trạng thái của Console.
Bây giờ, do JavaScript tạo màn hình vẫn đang chạy, bất kể canvas có thể nhìn thấy bao nhiêu, ảnh hưởng đến sức mạnh xử lý cần thiết là kết xuất thực tế của canvas và cách hình ảnh canvas được tổng hợp vào phần còn lại của HTML, trên cửa sổ trình duyệt và cuối cùng lên màn hình. Ngày càng có nhiều công việc được chuyển đến GPU, vì vậy khi mọi giai đoạn của quá trình tổng hợp sẽ được thực hiện trong OpenGL, FPS sẽ luôn được max.
Nguồn
2012-08-26 02:17:50
Đây có phải là vấn đề trọng tâm không? Chrome có thể cố tình hạ thấp FPS khi nghĩ rằng trang không có tiêu điểm và việc mở bàn điều khiển có thể bằng cách nào đó kích hoạt hành vi luôn tập trung. – apsillers
Không thể nhìn thấy nó là vấn đề trọng tâm vì tab luôn giữ trọng tâm. Khi tiêu điểm bị mất, khung hình/giây sẽ chuyển thành 0, như mong đợi. –
Bạn có một số mã chúng ta có thể xem? – Jarrod