Điều gì thực sự trong các bản vá lỗi hạt nhân và JVM của Integration Runtime Initiative?

Question

http://managedruntime.org/ là khá thưa thớt về những gì chính xác là trong tarballs và tại sao người dùng sẽ muốn chúng. http://lwn.net/Articles/392307/ có một số chi tiết hơn, nhưng tác giả cũng không chắc chắn những gì các mô-đun quản lý bộ nhớ thực sự làm. Rõ ràng mục tiêu cấp cao là giảm tạm dừng GC, nhưng tôi muốn được quan tâm đến (tóm tắt) một bản tóm tắt về những gì mô-đun thực hiện, và tại sao/làm thế nào để cải thiện mọi thứ. Đặc biệt tuyệt vời sẽ là một con trỏ đến một cái gì đó trên bao nhiêu tác động các bản vá lỗi có (một đánh giá).

Answer 1

GC tạm dừng của Azul dựa trên hệ thống quản lý bộ nhớ của hệ điều hành cơ sở. trên phần cứng Azul, điều này được thực hiện bởi hạt nhân tùy chỉnh của Azul (Aztec). Trên Linux, hệ thống quản lý bộ nhớ cần có khả năng hỗ trợ đủ số hoạt động quản lý bộ nhớ mỗi giây để theo kịp lượng rác được tạo ra mỗi giây. Khi người Azul chuyển Azul JVM sang Linux, họ xác định rằng các API quản lý bộ nhớ của nó tương đối chậm so với của Aztec, nếu chỉ vì các API MM của Linux không bao giờ có ý định hỗ trợ một cái gì đó như PGC. các bản vá lỗi MRT cải thiện số lượng hoạt động mỗi giây nhân Linux có thể xử lý, và do đó hỗ trợ PGC.

Tương tự sẽ là bổ sung bình chọn/chọn vào Ổ cắm Berkeley, và vào năm 2001, khi epoll được thêm vào hạt nhân Linux (http://www.xmailserver.org/linux-patches/nio-improve.html).

[từ chối trách nhiệm: mặc dù tôi là một giám đốc điều hành công nghệ và tư vấn kỹ thuật hiện tại cựu Azul, tôi không nói cho họ]