Phương pháp thu gom rác thải ngôn ngữ Go là gì so với các phương pháp khác?

Question

Tôi không biết nhiều về ngôn ngữ lập trình Go, nhưng tôi đã thấy một số tuyên bố cho biết Go có bộ sưu tập rác trễ, và nó tốt hơn nhiều so với các bộ thu gom rác khác (như bộ thu gom rác JVM). Tôi đã phát triển ứng dụng cho JVM và tôi biết rằng bộ thu gom rác JVM không phải là độ trễ-miễn phí (đặc biệt trong việc sử dụng bộ nhớ lớn).

Tôi đã tự hỏi, sự khác biệt giữa cách tiếp cận thu gom rác thải trong Go và các phương thức khác khiến nó không có độ trễ là gì?

Xin cảm ơn trước.

---

Edit: @All tôi thay đổi nội dung câu hỏi này hoàn toàn, hãy bỏ phiếu để mở lại câu hỏi này nếu bạn tìm thấy nó mang tính xây dựng.

Answer 1

Đi không có bộ sưu tập rác không có thời gian chờ. Nếu bạn có thể chỉ ra nơi những tuyên bố đó là, tôi muốn cố gắng sửa chúng.

Một lợi thế mà chúng tôi tin rằng Go có trên Java là nó mang đến cho bạn nhiều quyền kiểm soát hơn đối với bố cục bộ nhớ. Ví dụ: một gói đồ họa 2D đơn giản có thể xác định:

type Rect struct { 
    Min Point 
    Max Point 
} 

type Point struct { 
    X int 
    Y int 
} 

Trong Go, một Rect chỉ là bốn số nguyên tiếp giáp trong bộ nhớ. Bạn vẫn có thể vượt qua & r.Max để chức năng mong đợi một điểm *, đó chỉ là một con trỏ vào giữa biến Rect r.

Trong Java, biểu thức tương đương sẽ là tạo các lớp Rect và Point, trong trường hợp này trường Min và Max trong Rect sẽ là con trỏ tới các đối tượng được phân bổ riêng. Điều này đòi hỏi các đối tượng được phân bổ nhiều hơn, chiếm nhiều bộ nhớ hơn, và cho bộ thu gom rác nhiều hơn để theo dõi và nhiều hơn nữa để làm. Mặt khác, nó không bao giờ cần phải tạo một con trỏ đến giữa một đối tượng.

So với Java, sau đó, Go cung cấp cho bạn lập trình viên kiểm soát nhiều hơn bố cục bộ nhớ và bạn có thể sử dụng điều khiển đó để giảm tải trên bộ thu gom rác. Điều đó có thể rất quan trọng trong các chương trình với số lượng lớn dữ liệu. Việc kiểm soát bố cục bộ nhớ cũng có thể quan trọng đối với việc trích xuất hiệu suất từ ​​phần cứng do hiệu ứng bộ nhớ cache và như vậy, nhưng đó là tiếp tuyến với câu hỏi ban đầu.

Bộ thu trong bản phân phối Go hiện tại là hợp lý nhưng không có nghĩa là trạng thái của nghệ thuật. Chúng tôi có kế hoạch dành nhiều nỗ lực hơn để cải thiện nó trong một hoặc hai năm tới. Để rõ ràng, Bộ thu gom rác của Go chắc chắn không tốt bằng các bộ thu gom rác hiện đại của Java, nhưng chúng tôi tin rằng việc viết các chương trình không cần nhiều bộ sưu tập rác sẽ dễ dàng hơn, do đó hiệu ứng ròng vẫn có thể rằng việc thu gom rác thải ít là vấn đề trong chương trình Go hơn là trong một chương trình Java tương đương.