Một câu trả lời rất muộn - nhưng nó phụ thuộc một phần vào cách ứng dụng của bạn được cấu hình. Bạn có thể muốn chạy một tệp thực thi từ xa thay vì sử dụng một trong các phương pháp trên.
Xin lỗi vì thiếu liên kết - nhưng cho đến khi tôi đăng ký, tôi không thể đăng nhiều hơn một. Các sản phẩm in nghiêng phải dễ dàng với Google.
Nếu bạn muốn chạy tệp thực thi trong tìm kiếm tham số - giả sử bạn muốn quay cùng một tệp thực thi với nhiều tùy chọn cho từng trường hợp - thì cách tiếp cận hàng loạt truyền thống hoạt động tốt. Đây là một cách tiếp cận tính toán hiệu suất cao rất truyền thống đó là vẫn còn sử dụng rộng rãi - cơ sở hạ tầng phù hợp để xử lý này ở quy mô doanh nghiệp là vBulletin LSF, DataSynapse GridServer, PBS hoặc vì nó trưởng thành Windows HPC Server. Bạn cũng có thể muốn xem qua các sản phẩm nguồn mở như Globus và Condor. Tùy thuộc vào ứng dụng của bạn lớn đến mức nào, bạn cũng có thể xem gLite, được sử dụng cho các dự án khoa học quy mô rất lớn như LHC.
Cách tiếp cận HPC thương mại được hưởng lợi từ việc mã ứng dụng của bạn được tách biệt khỏi các quy trình bao gồm cơ sở hạ tầng tính toán của bạn, nhưng có thể đạt hiệu suất cao, trong khi những người khác có thể hiển thị thông lượng nhanh hơn nhưng dễ bị rò rỉ bộ nhớ và các vấn đề khác cho hệ thống thời gian hoạt động lâu dài .
Nguồn
2010-11-18 11:23:29
Xin lỗi vì dấu xuống, nhưng câu trả lời của bạn là tổng quan toàn diện hơn về khung bộ nhớ đệm được phân phối thay vì thông tin về cách bật/thiết lập phân cụm cho ứng dụng Java :-) – Karl
Bạn có thể truy vấn bất kỳ điều nào trong số này (Không đi đến một khuôn khổ ORM đầy đủ)? – systemoutprintln
Không chắc tôi hiểu câu hỏi. ORM và bộ nhớ đệm có một chút điểm chung nhưng chủ yếu là các mục tiêu khác nhau. – cletus