The ratio of the size between the o

The ratio of the size between the old generation and the new generation of the heap, is controlled by the -XX:NewRatio=N flag, where N is typically between 2 and 8 by default. A ratio of 2 means that the old generation size, divided by the new generation size, is equal to 2. In other words, two thirds of the heap memory will be dedicated to the old generation. A ratio of 3 will dedicate three quarters of the heap to the old generation, and a ratio of 1 will keep the two generations about the same size. A ratio of 1 is quite aggressive, but may be necessary if your transactions changes a lot of data. Having a large new generation can also be important if you run Cypher queries that needs to keep a lot of data resident, e.g. for sorting big result sets.

If the new generation is too small, short-lived objects might be moved to the old generation too soon. This is called premature promotion, and will slow the database down by increasing the frequency of old generation GC cycles. If the new generation is too big, the GC might decide that the old generation does not have enough space to fit all the objects it expects to promote from the new to the old generation. This turns new generation GC cycles into old generation GC cycles, again slowing the database down. Running more concurrent threads means that more allocations can take place in a given span of time, in turn increasing the pressure on the new generation in particular.

Be aware that configuring a heap size larger than 32 GiBs will disable a feature in the JVM called Compressed OOPs. When the heap size is less than 32 GiBs, the JVM can compress object references to only use 32 bits. This saves a lot of heap memory, and means that the gains from a larger heap are small or even negative, if you cannot give it at least 64 GiBs.

Neo4j has a number of long-lived objects, that stay around in the old generation, effectively for the lifetime of the Java process. To process them efficiently, and without adversely affecting the GC pause time, we recommend using a concurrent garbage collector.

Kết quả (Việt) 1:

Tỷ lệ kích thước giữa các thế hệ cũ và thế hệ mới của heap, được điều khiển bởi - XX: NewRatio = lá cờ N, N là thường giữa 2 và 8 theo mặc định. Một tỷ lệ 2 có nghĩa là kích thước thế hệ cũ, chia cho kích thước mới thế hệ, là tương đương với 2. Nói cách khác, hai phần ba của bộ nhớ heap sẽ được dành riêng cho các thế hệ cũ. Một tỷ lệ 3 sẽ dành ba phần tư của đống để các thế hệ cũ, và một tỷ lệ 1 sẽ giữ hai thế hệ về cùng kích thước. Một tỷ lệ 1 là khá tích cực, nhưng có thể là cần thiết nếu giao dịch của bạn thay đổi rất nhiều dữ liệu. Có một thế hệ mới lớn có thể cũng là quan trọng nếu bạn chạy truy vấn Cypher cần phải giữ rất nhiều dữ liệu cư trú, ví dụ như để phân loại kết quả lớn bộ.Nếu thế hệ mới là quá nhỏ, ngắn ngủi đối tượng có thể được chuyển đến các thế hệ cũ quá sớm. Điều này được gọi là sớm khuyến mãi, và sẽ làm chậm cơ sở dữ liệu bằng cách tăng tần số cũ thế hệ GC chu kỳ. Nếu thế hệ mới là quá lớn, GC có thể quyết định rằng các thế hệ cũ không có đủ không gian để phù hợp với tất cả các đối tượng nó hy vọng sẽ thúc đẩy từ mới để các thế hệ cũ. Điều này biến thế hệ mới GC chu kỳ vào chu kỳ thế hệ cũ GC, một lần nữa làm chậm cơ sở dữ liệu. Chạy đồng thời nhiều chủ đề có nghĩa là thêm phân bổ có thể xảy ra trong một khoảng thời gian, lần lượt gia tăng áp lực trên thế hệ mới đặc biệt nhất định.Hãy nhận biết rằng cấu hình một đống kích thước lớn hơn 32 GiBs sẽ vô hiệu hóa một tính năng trong JVM được gọi là nén rất tiếc. Khi kích thước của đống là ít hơn 32 GiBs, JVM có thể nén đối tượng tham chiếu đến chỉ sử dụng 32 bit. Điều này tiết kiệm rất nhiều bộ nhớ heap, và có nghĩa là lợi nhuận từ một đống lớn hơn là nhỏ hoặc thậm chí tiêu cực, nếu bạn không thể cung cấp cho nó ít 64 GiBs.Neo4j có một số đối tượng dài sống, mà ở xung quanh các thế hệ cũ, có hiệu quả cho cả thời gian của quá trình Java. Để xử lý chúng hiệu quả, và không có bất lợi ảnh hưởng đến thời gian tạm dừng GC, chúng tôi khuyên bạn nên sử dụng một bộ thu rác đồng thời.

Kết quả (Việt) 2:

Tỷ lệ kích thước giữa các thế hệ cũ và thế hệ mới của heap, được điều khiển bởi các XX: NewRatio = N cờ, trong đó N là thường giữa 2 và 8 theo mặc định. Một tỷ lệ 2 nghĩa là kích thước thế hệ cũ, chia kích thước thế hệ mới, là bằng 2. Nói cách khác, hai phần ba của bộ nhớ heap sẽ được dành riêng cho các thế hệ cũ. Một tỷ lệ 3 sẽ dành ba phần tư của heap với thế hệ cũ, và một tỷ lệ 1 sẽ giữ cho hai thế hệ cùng kích thước. Một tỷ lệ 1 là khá tích cực, nhưng có thể cần thiết nếu các giao dịch của bạn thay đổi rất nhiều dữ liệu. Có một thế hệ mới lớn cũng có thể là quan trọng nếu bạn chạy các truy vấn Cypher mà cần phải giữ được rất nhiều cư dân dữ liệu, ví dụ như để sắp xếp bộ kết quả lớn. Nếu thế hệ mới là quá nhỏ, các đối tượng ngắn ngủi có thể được chuyển đến các thế hệ cũ quá sớm. Điều này được gọi là xúc tiến quá sớm, và sẽ làm chậm cơ sở dữ liệu xuống bằng cách tăng tần số của chu kỳ thế hệ GC cũ. Nếu thế hệ mới là quá lớn, các GC có thể quyết định rằng thế hệ cũ không có đủ không gian để phù hợp với tất cả các đối tượng dự kiến để thúc đẩy từ các mới cho thế hệ cũ. Điều này hoá mới chu kỳ thế hệ GC thành các chu kỳ thế hệ GC cũ, một lần nữa làm chậm cơ sở dữ liệu xuống. Chạy luồng đồng thời nhiều hơn có nghĩa là việc phân bổ nhiều hơn có thể diễn ra trong một khoảng thời gian nhất định, lần lượt tăng áp lực lên các thế hệ mới đặc biệt. Hãy nhận biết rằng cấu hình kích thước heap lớn hơn 32 gibs sẽ vô hiệu hóa một tính năng trong JVM gọi là nén Rất tiếc. Khi kích thước heap là ít hơn 32 gibs, các JVM có thể nén tài liệu tham khảo đối tượng để chỉ sử dụng 32 bit. Điều này tiết kiệm rất nhiều bộ nhớ heap, và có nghĩa là lợi nhuận từ một đống lớn nhỏ hoặc thậm chí tiêu cực, nếu bạn không thể cung cấp cho nó ít nhất 64 gibs. Neo4j có một số đối tượng tồn tại lâu dài, mà ở lại xung quanh trong thế hệ cũ , có hiệu quả cho các đời của quá trình Java. Để xử lý chúng một cách hiệu quả, và không có ảnh hưởng xấu đến thời gian GC tạm dừng, chúng tôi khuyên bạn nên sử dụng một bộ thu rác đồng thời.