cuốn sách gpt4 ai đã làm

Điểm chuẩn WebGL - Tôi nên tạo loại thử nghiệm nào?

In lại Tác giả: Taklimakan Thời gian cập nhật: 2023-11-02 20:28:41 29 4
mua khóa gpt4 Nike

(Tôi không chắc liệu cái này có nên được đưa vào không https://softwareengineering.stackexchange.com/ , hãy bình luận nếu bạn nghĩ vậy)

Tôi sắp tạo điểm chuẩn cho việc triển khai WebGL cho luận án cử nhân của mình. Tôi không chắc mình nên tạo loại thử nghiệm nào, liệu tôi có nên chỉ đo khung hình trên giây hay không và liệu tôi có thể lấy một số dữ liệu hữu ích khác để so sánh với...

Hiện tại tôi chỉ muốn thử nghiệm như thế này:

  • 1 vật thể màu đặc
  • 1 vật nhiều màu
  • 1 đối tượng kết cấu
  • 1 đối tượng kết cấu có pha trộn
  • 1 vật thể có kết cấu có tia sét
  • 1 đối tượng kết cấu có nhiều điểm chiếu sáng
  • Kết xuất 1 cảnh thành một kết cấu và sử dụng nó trên một đối tượng khác
  • 1 mô hình hoạt hình
  • Tất cả các bài kiểm tra với nhiều đối tượng hơn: 50, 500, 5000
  • Thay đổi shader/chương trình trên mỗi kết xuất (một lần, hai lần, nhiều lần)

Điều này sẽ dẫn đến 40 bài kiểm tra khác nhau, nhưng tôi không chắc liệu đây có phải là những bài kiểm tra quan trọng về hiệu suất hay không.

Một người bạn đã đề xuất thử nghiệm trên một trình đổ bóng phức tạp, nhưng vì trình đổ bóng chạy trên phần cứng đồ họa nên không có sự khác biệt nào so với ứng dụng máy tính để bàn Java, phải không?

Bất chấp điều đó, cảm giác của tôi là hiệu suất JavaScript là điểm nghẽn chính của WebGL.

gia hạn

Cuối cùng tôi đã hoàn thành bài kiểm tra. Sau khi thảo luận về cách hoạt động của điểm chuẩn, tôi đã tạo như sau:http://martin.cyor.eu/benchmark

câu trả lời hay nhất

Tôi đồng ý với @timday rằng bạn nên thiên về cuộc điều tra của mình theo hướng "thực" và như bạn đã đề xuất trong nhận xét của mình, bạn có thể muốn câu chuyện diễn ra giữa ứng dụng dành cho máy tính để bàn hoặc ứng dụng dựa trên trình duyệt. Hãy đưa ra quyết định.

Đó chính xác là những gì tôi đang làm bây giờ. Khách hàng của tôi có một ứng dụng trực quan hiện đang chạy trên máy tính để bàn Windows. Khung cảnh điển hình của họ có 500.000 hình tam giác, nhiều họa tiết và độ trong suốt. Hiện tại, người dùng của họ không muốn cài đặt trình xem - họ có xu hướng làm việc trong môi trường công ty nơi quản trị viên hệ thống kiểm soát những gì được cài đặt trên máy tính của họ. Một số người dùng thích chạy hình ảnh trực quan trên iPad của họ và trình xem vẫn không chạy. Vì vậy, khách hàng của tôi đang tự hỏi liệu WebGL có giải quyết được các vấn đề về nền tảng của họ hay không - đừng bận tâm rằng chưa có trình duyệt nào chính thức hỗ trợ WebGL và cả IE lẫn iPad đều chưa công bố bất kỳ hình thức hỗ trợ nào.

Hãy nhớ rằng bất kỳ điểm chuẩn nào bạn thực hiện đều tương đối vô nghĩa vì bạn đang đo mục tiêu đang di chuyển. Các nhà sản xuất trình duyệt đang nỗ lực triển khai WebGL và họ cập nhật các phiên bản beta của mình thường xuyên. Họ không chỉ nỗ lực triển khai WebGL một cách nhất quán mà còn phải lo lắng về các vấn đề bảo mật trình duyệt và quy trình tổng thể. Video nàyNói về một số vấn đề (và cho bạn ý tưởng về những gì cần xem xét). Ngoài ra, hiệu suất có thể khác nhau tùy thuộc vào hệ điều hành và phần cứng đồ họa của bạn.

Như bạn đã chỉ ra, khi WebGL chạy trong phần cứng đồ họa, nó sẽ chạy nhanh như ứng dụng dành cho máy tính để bàn. Điểm chuẩn của bạn nên cố gắng xác nhận điều này và sau đó bạn nên cố gắng đo lường mức phạt về hiệu suất do có trong trình duyệt. Cảm giác của tôi là bản thân Javascript không phải là nút cổ chai, chỉ là không có nhiều Javascript để thực thi (và ngày nay nó rất nhanh). Tuy nhiên, như đã đề cập ở cuối video trên, có thể có sự thiếu hiệu quả trong liên kết Javascript-C++, xác thực yêu cầu, kiểm soát luồng, v.v. Mặt khác, các nhà sản xuất trình duyệt (ít nhất là Google) đang nỗ lực khắc phục những vấn đề này.

Một trong những điều tôi nhận thấy không phải là vấn đề về tốc độ khung hình/hiệu suất (trong các thử nghiệm hiện tại của tôi, tôi có thể hiển thị 500.000 hình tam giác có kết cấu ở tốc độ 30 khung hình/giây), nhưng tốc độ khung hình dường như không nhất quán cho lắm và các khung hình dường như bị loại bỏ khỏi hết lần này đến lần khác. Tôi nghi ngờ, nhưng không biết điều này có liên quan gì đến việc tương đối đơn giản không setInterval() cách hoặc chạy hoạt ảnh trong Javascript. (MozRequestAnimationFrame của Mozilla có thể là cách tốt hơn để xử lý tình huống này).

Mặc dù tôi không biết những điều trên sẽ giúp ích cho bài viết của bạn đến mức nào, nhưng đối với tôi, có vẻ như chủ đề của bạn rất phong phú và bạn nên làm nhiều hơn là chỉ đưa ra những tiêu chuẩn đơn giản. Có lẽ bạn nên bắt đầu với một số điểm chuẩn so sánh hiệu suất của trình duyệt và máy tính để bàn, sau đó thử xem các phương pháp hay nhất không chỉ để chọn giữa trình duyệt và máy tính để bàn mà còn để viết các ứng dụng WebGL.

Ngoài ra còn có nhiều khung WebGL. Tôi đã thử một vài cái và rất ấn tượng - có rất nhiều điều để học hỏi từ chúng. Tùy thuộc vào sở thích và yêu cầu về giấy tờ của bạn, bạn cũng có thể quan tâm đến việc đánh giá những điều này.

Dù bạn đi theo cách nào, tôi nghi ngờ sẽ có một cộng đồng lớn gồm những người áp dụng WebGL tiềm năng, những người sẽ khao khát loại thông tin mà bạn sắp xem xét.

Về javascript - Điểm chuẩn WebGL - tôi nên tạo loại thử nghiệm nào? , chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/4609014/

29 4 0
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress