Đây thực sự là một lựa chọn giữa hiệu suất và tính linh hoạt, nhưng tôi sẽ liệt kê ý kiến của mình về nó.
Một VBO duy nhất
Những mặt tích cực là:
- Chỉ cần một cuộc gọi vẽ để vẽ cảnh của bạn. Điều này làm tăng hiệu suất. Mặc dù ứng dụng của bạn có thể yêu cầu nhiều cuộc gọi rút thăm, bạn vẫn có thể có một VBO duy nhất và để số đếm và bù trừ quyết định bản vẽ của bạn.
- Không yêu cầu thay đổi trạng thái giữa các đối tượng của bạn. Điều này làm tăng hiệu suất.
và các mặt tiêu cực là:
- Khó quản lý, mặc dù điều này phụ thuộc vào cách bạn viết mã, nếu nó được thiết kế đúng, v.v.
- Bằng cách nói khó quản lý, ý tôi là những thứ như cập nhật VBO, đặt bù chính xác cho mọi đối tượng, v.v.
VBO cá nhân: s
Những mặt tích cực là:
- Dễ để thực hiện.
- Dễ dàng quản lý ngay từ đầu.
và các mặt tiêu cực là:
- Rất nhiều thay đổi nhà nước. Điều này làm giảm hiệu suất.
- Rất nhiều cuộc gọi rút thăm. Nó sẽ làm giảm hiệu suất.
Tóm lược
Tôi khuyên bạn nên hồ sơ ứng dụng của bạn; có được nút cổ chai thực sự của bạn trong dữ liệu bạn có thể nhìn thấy. Tối ưu hóa sớm có thể được hiển thị (trong trường hợp này) là không cần thiết. Tuy nhiên, như đã nói, nếu bạn phát hiện ra sự mất hiệu suất thực sự trong ứng dụng của mình, với kịch bản VBO: s riêng lẻ , bạn có thể bắt đầu triển khai một VBO duy nhất.
Tuy nhiên, miễn là không cần thiết (số lượng đối tượng thấp, không có nhiều thay đổi trạng thái tổng thể, v.v.) Tôi khuyên bạn nên đi với từng VBO: trừ khi bạn thấy điều đó sẽ không hoạt động.
Biên tập
Tôi quên đề cập rằng nó sẽ ổn với nhiều cuộc gọi rút thăm. Điều quan trọng nhất trong thời gian quan trọng thực hiện là giữ cho các thay đổi trạng thái ở mức tối thiểu. Bạn có thể chỉ cần đặt số lượng chỉ mục để xử lý và bù cho mỗi cuộc gọi rút thăm, và điều này là tốt. Tuy nhiên, hãy giữ các thay đổi trạng thái càng thấp càng tốt và thực hiện càng ít cuộc gọi rút thăm càng tốt, đó là lời chào lớn của câu trả lời này, hoặc ít nhất là những gì tôi đã cố gắng nói.