2010-01-29 73 views
5

Tôi gặp vấn đề khi tôi cần lắp ráp Bản đồ có kích thước cuối cùng trong GB (tiếp tục 64GB) và tôi không thể giả định rằng người dùng của chương trình sẽ có loại máy quái vật treo xung quanh. Một giải pháp tốt đẹp sẽ là phân phối bản đồ này trên một số máy để tạo ra một dấu chân bộ nhớ khiêm tốn hơn cho mỗi trường hợp.Tự động kích hoạt Bản đồ Java trên nhiều nút

Có ai biết thư viện/bộ công cụ có thể thực hiện việc này không? Tôi không quan tâm đến việc sao chép hoặc giao dịch; chỉ cần lan truyền yêu cầu bộ nhớ này xung quanh.

Trả lời

2

tôi đề nghị bạn nên bắt đầu với Hazelcast:

http://www.hazelcast.com/

Đây là mã nguồn mở, và theo ý kiến ​​của tôi nó là rất dễ dàng để làm việc với, vì vậy nó là khuôn khổ tốt nhất cho tạo mẫu nhanh .

Theo như tôi biết, nó hoạt động nhanh hơn các lựa chọn thay thế thương mại, vì vậy tôi cũng sẽ không lo lắng về hiệu suất.
(Tôi đã không chính thức benchmarked nó bản thân mình)

+1

Đó là một tuyên bố táo bạo – Kevin

+0

hey kevin, bạn nói đúng, đó là lý do tại sao tôi nhanh chóng thêm nhận xét về cha mẹ :) – Yoni

+0

Tôi sẽ cung cấp cho hazelcast một cái nhìn cổ vũ! – andeyatz

3

đất nung có thể có ích có một cái nhìn ở đây

http://www.terracotta.org/

nó một JVM nhóm sẽ phụ thuộc vào mức độ thường xuyên bạn cập nhật bản đồ tôi đoán trên như thế nào nó thực hiện.

+0

Nếu bạn đang xây dựng một sản phẩm thương mại, giấy phép nguồn mở cho đất nung có thể là một nỗi đau chủ yếu vì khoản ghi khoản – Kevin

+0

Cấp phép không phải là vấn đề vì dự án là nguồn mở; Terracotta có vẻ hơi OTT cộng với tôi lo lắng hơn về việc Terracotta có thể chia sẻ dữ liệu như thế nào. eHcache có vẻ như nó có thể làm được. – andeyatz

2

Phải là mã nguồn mở? Nếu không, Oracle Coherence có thể làm điều đó.

+0

Đồng ý, đó là chính xác (và nhiều hơn nữa) những gì ông đang tìm kiếm ... Nó có thể là một chút overkill mặc dù. –

1

Bạn có thể để giải quyết vấn đề của bạn bằng cách sử dụng một cơ sở dữ liệu thay vào đó, một cái gì đó giống như http://hsqldb.org/ có thể cung cấp các chức năng bạn cần có khả năng ghi dữ liệu vào đĩa thay vì giữ toàn bộ điều trong trí nhớ.

Tôi chắc chắn sẽ lùi lại một bước và tự hỏi liệu bản đồ có phải là cấu trúc dữ liệu phù hợp cho GBs dữ liệu hay không.

+0

HSQLDB quá chậm không may và dữ liệu được đặt hàng độc đáo vào các cặp khóa-giá trị. Vấn đề xuất phát từ nhu cầu tìm kiếm cực kỳ nhanh chóng mà không thể dự đoán thứ tự tra cứu. Đó là lý do tại sao các giải pháp dựa trên băm dường như tốt hơn là đi cho một RDBMS – andeyatz

Các vấn đề liên quan