Thư viện ghi nhật ký cho các trò chơi (c ++) [đã đóng]

Tôi biết rất nhiều thư viện đăng nhập nhưng không kiểm tra được nhiều thư viện. (GoogleLog, Pantheios, thư viện boost :: log sắp tới ...)

Trong các trò chơi, đặc biệt là trong các trò chơi nhiều người chơi và đa luồng từ xa, việc ghi nhật ký là rất quan trọng để gỡ lỗi, ngay cả khi bạn xóa tất cả các bản ghi cuối cùng.

Giả sử tôi đang tạo một trò chơi trên PC (không phải bảng điều khiển) cần nhật ký (nhiều người chơi và đa luồng và / hoặc đa xử lý) và tôi có lý do chính đáng để tìm thư viện để đăng nhập (như, tôi không có thời gian hoặc tôi không tự tin vào khả năng của tôi để viết một cách chính xác cho trường hợp của tôi).

Giả sử rằng tôi cần:

1. hiệu suất
2. dễ sử dụng (cho phép phát trực tuyến hoặc định dạng hoặc một cái gì đó tương tự)
3. đáng tin cậy (không rò rỉ hoặc sụp đổ!)
4. đa nền tảng (ít nhất là Windows, MacOSX, Linux / Ubuntu)

Thư viện đăng nhập nào bạn muốn giới thiệu?

Hiện tại, tôi nghĩ rằng boost :: log là thứ linh hoạt nhất (thậm chí bạn có thể đăng nhập từ xa!), Nhưng cập nhật hiệu năng không tốt : dành cho hiệu năng cao, nhưng chưa được phát hành. Pantheios thường được trích dẫn nhưng tôi không có điểm so sánh về hiệu suất và cách sử dụng. Tôi đã sử dụng lib của mình trong một thời gian dài nhưng tôi biết nó không quản lý đa luồng nên đó là một vấn đề lớn, ngay cả khi nó đủ nhanh. Google Log có vẻ thú vị, tôi chỉ cần kiểm tra nó nhưng nếu bạn đã so sánh những lib đó và hơn thế nữa, lời khuyên của bạn có thể được sử dụng tốt.

Các trò chơi thường đòi hỏi hiệu năng trong khi phức tạp để gỡ lỗi, vì vậy sẽ rất tốt nếu biết các thư viện ghi nhật ký, trong trường hợp cụ thể của chúng tôi, có lợi thế rõ ràng.

đăng nhập bằng cách sử dụng ổ cắm (bất kỳ trình bao bọc ổ cắm nào cũng có thể đủ) + trình duyệt web websocket => công cụ ghi nhật ký linh hoạt nhất, không phô trương nhất có thể, sẽ có được hàng giờ gỡ lỗi và tránh đau mắt.

• asyncrhonous (tốc độ vì nó trì hoãn tất cả các công việc trên trình duyệt)
• được định dạng (màu sắc, kích thước, v.v.)
• đáng tin cậy (ổ cắm ...)
• đa nền tảng (trình duyệt)

Bây giờ, tiền thưởng:

• lọc động rất dễ thực hiện (sử dụng regex javascript nếu cần)
• với lịch sử nhật ký, bộ nhớ và so sánh (thông số HTML5 trên cơ sở dữ liệu "trong trình duyệt")
• Cách dễ dàng để tạo một số biểu đồ của bất kỳ dữ liệu nào (sử dụng SVG, hoặc canvas hoặc bất cứ thứ gì) như bộ nhớ , phân mảnh bộ nhớ , v.v ...
• cách dễ dàng để tạo một số biểu đồ 2D của bất kỳ dữ liệu nào ( phân khu cây kd ? trường tiềm năng? hoặc thậm chí chỉ là một biến thể giá trị biến? vv ...)
• cho phép ghi nhật ký từ xa (sử dụng trình duyệt máy tính khác)
• sử dụng html5 trong lưu trữ trình duyệt, bạn có thể lưu trữ các tham số phiên nhật ký (bộ lọc nhật ký hiện tại, v.v. và thậm chí ghi chú trên mỗi trình duyệt)
• rất dễ dàng để tạo báo cáo lỗi hoặc liên kết vé trac chỉ bằng một cú nhấp chuột
• khả năng tua lại đăng nhập dễ dàng, với gui dòng thời gian

và nhiều nhiệm vụ khác ngoài đăng nhập:

• cho phép thông tin hồ sơ (đồ thị ...)
• thậm chí có thể đóng vai trò là bàn điều khiển (gửi lệnh từ trình duyệt) hoặc thậm chí với GUI nhanh bằng cách sử dụng một số HTML hoặc thậm chí flash ui
• khác biệt hình ảnh trong trình duyệt (gửi hình ảnh bằng ổ cắm và so sánh trong trình duyệt bằng khả năng pixel ảnh vải)
• Vân vân...

(gần như tất cả những điều trên có thể được thực hiện bằng cách sử dụng ổ cắm flash, lưu các khả năng của cơ sở dữ liệu)

Bây giờ tôi biết có vẻ hơi lâu để thiết lập điều. Nhưng nó thực sự là một khoảng thời gian cho dự án dài, với tình huống gỡ lỗi khó khăn (chẳng hạn như trong các trò chơi.) Đó là thứ mạnh mẽ nhất mà tôi đã sử dụng kể từ khi gỡ lỗi ...

Lưu ý 1: nhược điểm duy nhất => kiểm tra tác dụng phụ khi kiểm tra mã mạng trò chơi (tác động đến kích thước bộ đệm ổ cắm, độ trễ, băng thông, v.v ...)

Lưu ý 2: một số broswer bị vô hiệu hóa bởi websocket mặc định vì lý do bảo mật, hãy kiểm tra về: cấu hình mọi thứ để chắc chắn rằng nó được kích hoạt.

Khi nói đến hiệu suất, tôi đã thấy templog khá bất bại. Nó sử dụng các mẫu biểu thức để trì hoãn việc đánh giá các báo cáo ghi nhật ký cho đến khi xác định rằng thông tin sẽ được ghi lại. Vì bạn cũng có thể tắt ghi nhật ký một phần (tùy thuộc vào mức độ nghiêm trọng, nguồn gốc và đối tượng được nhắm mục tiêu của thông điệp tường trình), một số câu lệnh ghi nhật ký này có thể được trình biên dịch loại bỏ thành mã không cho các bản dựng phát hành. (Tôi thực sự đã thấy điều này xảy ra với VC.)

Gần đây không có nhiều thư viện, và những người khác trên SO đã phát hiện ra sự thiếu sót trong một số vấn đề, nhưng trong một công ty tôi từng làm việc cho chúng tôi đã tìm thấy anh chàng khá phản ứng, và một trong những công nhân lúc đó của tôi có quyền truy cập cam kết và thêm một số mã vào nó, vì vậy bạn có thể thấy nó đáng để thử.

Để liệt kê các yêu cầu của bạn:

hiệu suất

Tốt nhất tôi đã tìm thấy. Đặc biệt là khả năng loại trừ các thông điệp tường trình tại thời gian biên dịch và trình biên dịch loại bỏ hoàn toàn những thông điệp rất hấp dẫn.

dễ sử dụng (cho phép phát trực tuyến hoặc định dạng hoặc một cái gì đó tương tự)

Có các thông báo lỗi trình biên dịch khủng khiếp cổ điển của các công cụ meta-meta khi bạn làm điều gì đó sai, nhưng khi dễ sử dụng, thì điều này

TEMPLOG_LOG(my_logger,sev_error,aud_support) << "logged in as " << user_name;

rất khó để đánh bại.
Tuy nhiên, bạn có thể phải tạo các nhật ký nhật ký của riêng mình (đó là nơi các thông điệp nhật ký đi), vì một số ít được đóng gói sẵn (stderr, tệp, ghi nhật ký Windows, v.v.) không quá phức tạp. Do hiệu suất là mục tiêu chính, nội tại của toàn bộ vấn đề có phần phức tạp (như các trình định dạng thông điệp nhật ký khá rối với các nhật ký chìm), nhưng chúng tôi đã làm chủ được điều đó (tôi nhớ bước qua nó trong trình gỡ lỗi giúp đỡ điều đó) và một lần hiểu rằng thật khó để viết các trình định dạng tin nhắn của riêng bạn hoặc các nhật ký chìm.

đáng tin cậy (không rò rỉ hoặc sụp đổ!)

Chúng tôi đã sử dụng nó mà không tìm thấy bất kỳ vấn đề nghiêm trọng như vậy. Hầu như không có phân bổ bộ nhớ động trong đó, vì vậy thật khó để tưởng tượng nó đang làm gì đó sai. Tất nhiên, chúng tôi chỉ đưa nó vào thử nghiệm trong thế giới thực trong một sản phẩm.

đa nền tảng (ít nhất là Windows, MacOSX, Linux / Ubuntu)

Khi chúng tôi sử dụng nó, chúng tôi đã sử dụng nó trên Win32, OSX và một số bản phân phối Linux khác nhau, Ubuntu trong số đó.

Đối với đa luồng: Chúng tôi chưa sử dụng điều này, nhưng từ những gì tôi nhớ về kiến ​​trúc của lib, có vẻ như bạn chỉ cần xử lý việc này trong các nhật ký chìm. ICBWT.

Bạn có thể muốn xem xét thư viện logog, tại http://www.logog.org , nơi tôi nghĩ có thể đáp ứng yêu cầu của bạn. Hãy cẩn thận: Tôi đã viết nó.

Xem thêm câu trả lời của người khác tại /programming/696321/best-logging-framework-for-native-c .

Bạn có thể quan tâm đến bộ công cụ Baical :

• Thư viện mã nguồn mở và đa nền tảng (Win, Linux, x86 / x64) để ghi nhật ký, dấu vết & từ xa - P7
• Cực kỳ nhanh (được thiết kế cho các thiết bị nhúng) - 3 triệu nhật ký mỗi giây vào mạng, 5 triệu để lưu trên CPU hiện đại. Tôi không biết bất kỳ thư viện nào khác để ghi nhật ký cung cấp tốc độ và thông tin chi tiết như vậy cho mỗi thông điệp tường trình.
• Chủ đề an toàn
• Mỗi tin nhắn theo dõi có chứa:
  • tin nhắn văn bản
  • cấp độ
  • thời gian chính xác (100ns)
  • tập tin nguồn, tên hàm & dòng
  • ID mô-đun và tên mô-đun
  • ID chủ đề và tên chủ đề
  • chỉ số lõi của bộ xử lý
• Ứng dụng máy chủ để nhận và xem nhật ký & từ xa
• Bạn có thể thu thập, phân tích, tìm kiếm, lọc nhật ký từ nhiều nguồn trong thời gian thực