Tại sao Stockfish mới nhất (2.2.2) chậm hơn vô cùng (so với 2.1.1) trong Scid?

Tôi đã định dành thời gian nghiên cứu về vấn đề này, nhưng nhận ra ai đó có thể đã xem xét nó; nếu không, tôi chỉ có thể trả lời câu hỏi của riêng tôi trong một vài giờ.

Scid đang chốt một lõi của CPU, có thể cố gắng theo kịp đầu vào từ Stockfish? Stockfish đang sử dụng CPU 0%, có thể chặn trong khi chuyển đầu ra sang Scid. Đó chỉ là những gì tôi nghi ngờ đang xảy ra - chưa được xác nhận. Trong mọi trường hợp, stockfish mất một hoặc hai phút để phân tích đến 2 độ sâu - thông thường sau vài giây tôi ít nhất là 15 độ sâu, do đó, các lệnh có cường độ chậm hơn.

Tôi đã không thay đổi bất kỳ cài đặt UCI nào của mình, chỉ đơn giản là nâng cấp tệp thực thi. Điều tương tự cũng xảy ra trên Mac và Windows, vì vậy có lẽ nó không phải là nền tảng cụ thể, nhưng có gì đó liên quan đến giao diện UCI?

Tôi có kích thước băm được đặt thành 1024MB, "sử dụng chủ đề ngủ" = true và nhiều biến thể được đặt khá cao (100 hoặc hơn), để xem tất cả các biến thể được ghi và tìm kiếm, giúp phân tích mặc dù nó làm chậm quá trình tìm kiếm sâu. Phần còn lại của cài đặt là mặc định (tôi khá chắc chắn).

Vì vậy, tôi đã băm cái này ra một số trong một chủ đề hỗ trợ trên diễn đàn stockfish .

Về cơ bản, bạn nên bỏ qua 2.2.2 và biên dịch mới nhất từ ​​github (hoặc chỉ tiếp tục sử dụng 2.1.1). Tôi nghĩ rằng tôi sẽ thử mã mới này trong một thời gian để xem nó hoạt động như thế nào. Mã mới nhất từ ​​github hoạt động rất tốt trong trình kết nối UCI của chesstempo. Nó vẫn hơi chậm ra khỏi cổng trong Scid (và Scid hoạt động như bị treo và không phản hồi với các lệnh UI), nhưng nó tăng tốc khi tìm kiếm sâu hơn, vì vậy nó có thể chịu đựng được sau 30 giây hoặc lâu hơn. Tôi đã gặp khó khăn khi đa bội (nhiều biến thể) để làm việc với số lượng cao, mặc dù.

Tôi nghĩ Scid không nên chặn đầu vào từ giao diện UCI - đệm thêm, nếu cần. Có lẽ tôi sẽ xem mã Scid sau để xem liệu tôi có thể cải thiện nó không.