Sau rất nhiều tìm kiếm, lời giải thích tốt nhất mà tôi tìm thấy là từ trang web Điều chỉnh Hiệu suất Java trong Câu hỏi của tháng: 1.4.1 Các thuật toán thu gom rác, ngày 29 tháng 1 năm 2003
Thuật toán thu gom rác thế hệ trẻ
Bộ sưu tập sao chép (gốc) (Được bật theo mặc định). Khi bộ sưu tập này khởi động, tất cả các luồng ứng dụng sẽ dừng lại và quá trình thu thập sao chép sẽ tiến hành bằng một luồng (có nghĩa là chỉ một CPU ngay cả khi trên máy nhiều CPU). Đây được gọi là bộ sưu tập dừng lại ở khắp nơi trên thế giới, vì về cơ bản JVM tạm dừng mọi thứ khác cho đến khi bộ sưu tập hoàn thành.
Bộ thu sao chép song song (Được bật bằng -XX: + UseParNewGC). Giống như nhà sưu tập sao chép nguyên bản, đây là một nhà sưu tập hàng đầu thế giới. Tuy nhiên, bộ sưu tập này song song hóa bộ sưu tập sao chép qua nhiều luồng, hiệu quả hơn bộ thu sao chép đơn luồng ban đầu cho các máy nhiều CPU (mặc dù không phải cho các máy một CPU). Thuật toán này có khả năng tăng tốc độ thu thập thế hệ trẻ bằng một hệ số tương đương với số lượng CPU có sẵn, khi so sánh với bộ sưu tập sao chép đơn luồng ban đầu.
Bộ thu nhặt rác song song (Được bật bằng -XX: UseParallelGC). Điều này giống như bộ thu thập sao chép song song trước đó, nhưng thuật toán được điều chỉnh cho các đống gigabyte (hơn 10GB) trên các máy nhiều CPU. Thuật toán thu thập này được thiết kế để tối đa hóa thông lượng trong khi giảm thiểu các lần tạm dừng. Nó có một chính sách điều chỉnh thích ứng tùy chọn sẽ tự động thay đổi kích thước không gian đống. Nếu bạn sử dụng bộ thu này, bạn chỉ có thể sử dụng bộ thu quét đánh dấu ban đầu ở thế hệ cũ (tức là bộ thu đồng thời thế hệ cũ mới hơn không thể hoạt động với bộ sưu tập thế hệ trẻ này).
Từ thông tin này, có vẻ như sự khác biệt chính (ngoài hợp tác CMS) là UseParallelGC hỗ trợ công thái học trong khi UseParNewGC thì không.