6
Chúng tôi đang xây dựng một thuật toán lặp lại bằng cách sử dụng một tập hợp các truy vấn SPARQL cho mỗi lần lặp. Thuật toán này hoạt động tốt, nhưng chúng tôi đang chạy vào một vấn đề sử dụng CPU. Động cơ SPARQL như Fuseki không thực sự đa luồng; chúng cho phép nhiều truy vấn đồng thời được thực hiện trong nhiều luồng, nhưng mỗi truy vấn riêng lẻ là một luồng đơn. Từ việc xem xét một số ghi chú của Fuseki, tôi có ấn tượng rằng Fuseki không phải là chủ đề an toàn nên đây không phải là vấn đề tầm thường.Có triển khai SPARQL luồng không?
Vì thuật toán của chúng tôi vốn đã nối tiếp về các truy vấn SPARQL, và chúng tôi quan tâm đến một lần chạy, có một số công cụ SPARQL có thể tận dụng, ví dụ 32 lõi không?
Fuseki là chủ đề an toàn theo thiết kế. Nếu có bất kỳ sự cố nào, vui lòng gửi báo cáo lỗi. – AndyS
@AndyS, từ những gì tôi thu thập được đa luồng theo nghĩa là tôi có thể có nhiều chủ đề với mỗi giao dịch của riêng họ. Tuy nhiên, bạn không thể có cùng một giao dịch được chia giữa nhiều luồng. Http://jena.apache.org/documentation/tdb/tdb_transactions.html nói rằng truy cập đa luồng đến cùng một giao dịch được giới hạn ở chỉ đọc (hoặc một luồng ghi), vì vậy nhận xét của tôi rằng nó không phải là luồng an toàn (ít nhất là cho những gì tôi muốn). Tôi cũng lưu ý rằng động cơ KHÔNG tận dụng lợi thế của nhiều lõi cho một truy vấn duy nhất, đó là những gì tôi đang tìm kiếm, do đó câu hỏi của tôi. – Adam