Tại sao không phải Chủ đề xanh?

Mặc dù tôi biết các câu hỏi về vấn đề này đã được đề cập (ví dụ: https://stackoverflow.com/questions/5713142/green-threads-vs-non-green-threads ), tôi không cảm thấy mình đã có câu trả lời thỏa đáng .

Câu hỏi là: tại sao JVM không hỗ trợ các chủ đề xanh nữa?

Nó nói điều này trên Câu hỏi thường gặp về Java kiểu mã :

Một luồng màu xanh lá cây đề cập đến một chế độ hoạt động cho Máy ảo Java (JVM) trong đó tất cả các mã được thực thi trong một luồng của hệ điều hành.

Và điều này trên java.sun.com :

Nhược điểm là sử dụng các luồng màu xanh lá cây có nghĩa là các luồng hệ thống trên Linux không bị lợi dụng và do đó máy ảo Java không thể mở rộng được khi thêm CPU bổ sung.

Dường như với tôi, JVM có thể có một nhóm các quy trình hệ thống bằng với số lượng lõi và sau đó chạy các luồng màu xanh lá cây trên đó. Điều này có thể cung cấp một số lợi thế lớn khi bạn có số lượng luồng rất lớn thường chặn (chủ yếu là do số lượng luồng của JVM hiện tại giới hạn số lượng luồng).

Suy nghĩ?

Tôi nhớ JVM từ bỏ các luồng màu xanh lá cây và chuyển sang các luồng gốc. Điều này là vì hai lý do đơn giản: các luồng màu xanh lá cây là rác rưởi và cần phải hỗ trợ bộ xử lý đa lõi với nỗ lực hạn chế của nhà phát triển có sẵn tại Sun.

Đây là một sự xấu hổ - các chủ đề màu xanh lá cây cung cấp một sự trừu tượng tốt hơn nhiều, cho phép đồng thời là một công cụ hữu ích không phải là một vấp ngã. Nhưng các chủ đề màu xanh lá cây không được sử dụng nếu một số rào cản không thể vượt qua:

• họ phải sử dụng tất cả các lõi cpu có sẵn cho họ

• chuyển đổi bối cảnh phải rẻ

• I / O có thể chặn bất kỳ luồng nào tham gia vào nó, nhưng không phải bất kỳ luồng nào khác và chắc chắn không phải tất cả các luồng khác, đó là trường hợp trong một số triển khai ban đầu.

Tôi thường tự hỏi tại sao đa luồng lại khó khăn như vậy trong Java nhưng giờ nó đã trở nên rõ ràng hơn - cuối cùng là để chuyển sang các luồng gốc, đó là:

• giỏi sử dụng tất cả các lõi cpu

• giỏi thực sự đồng thời, cung cấp I / O độc lập, v.v.

• chậm chuyển đổi ngữ cảnh (so với triển khai luồng xanh tốt nhất)

• tham lam khủng khiếp với bộ nhớ, do đó hạn chế số lượng có thể sử dụng tối đa của chúng

• một sự trừu tượng kém cho bất kỳ cơ sở nào để thể hiện thế giới thực, tất nhiên là rất đồng thời.

Ngày nay, rất nhiều thời gian lập trình viên bây giờ đi vào việc mã hóa I / O không chặn, tương lai, v.v ... Thật xấu hổ khi chúng ta không có mức độ trừu tượng tốt hơn.

Để so sánh, bên cạnh Erlang, ngôn ngữ Go mới thực hiện tốt công việc đồng thời rất lớn. Ông nội của tất cả họ vẫn là Occam , vẫn là một dự án nghiên cứu đang diễn ra.

Một quá trình giả mạo nhiều chủ đề có rất nhiều vấn đề. Một trong số đó là tất cả các luồng giả mạo bị đình trệ trên bất kỳ lỗi trang nào.

Sự thay thế mà bạn đề xuất, một nhóm các quy trình, có một số ưu điểm và một số nhược điểm. Lợi thế lớn nhất, sự cô lập của các 'chủ đề', thực sự sẽ không giúp bạn có nhiều ở đây. Nhược điểm lớn, cực kỳ khó thực hiện và đồng bộ hóa kém hiệu quả hơn, là kẻ giết người thỏa thuận ở đây.

Tuy nhiên, tôi đồng ý rằng tồn tại một số ứng dụng (không phải Java) trong đó một nhóm các quy trình mà bạn có thể sử dụng như một nhóm các luồng (nhưng với sự cô lập nhiều hơn) sẽ là một điều tuyệt vời. Chủ đề chia sẻ khá nhiều thứ. Với các quy trình, bạn có thể chọn cụ thể những gì để chia sẻ. Theo hiểu biết của tôi, không ai đã nỗ lực để thực hiện nó.

Sẽ không có lợi ích gì cho một mã Java trung bình. Java không phải là Erlang và các lập trình viên Java không có cùng suy nghĩ như các lập trình viên Erlang. Ngôn ngữ không bao giờ có ý định được sử dụng theo cách này.

Nếu bạn muốn xử lý nhẹ thực sự - sử dụng Erlang và tạo hàng ngàn luồng giao tiếp qua tin nhắn. Trong Java, bạn sẽ có một tá các luồng chia sẻ một bộ nhớ chung với các biến và ngữ nghĩa. Nó chỉ là một mô hình lập trình khác nhau, được thiết kế cho một loạt các vấn đề khác nhau.