Vâng, đó là một vấn đề hiệu suất vì mỗi quy trình về mặt kỹ thuật sẽ có được lát cắt thời gian của riêng nó. Một trình duyệt một quy trình sẽ chỉ nhận được một lát trong đó trình duyệt nhiều quy trình có thể nhận được một lát cho mỗi quy trình. Do đó trình duyệt nhanh hơn một chút và phản hồi tốt hơn, nhưng nói chung hệ thống của bạn sẽ chậm hơn một chút. (Trừ khi bạn chỉ mở một tab.) Internet Explorer 8 cũng sử dụng nhiều quy trình. Vì nhiều người sử dụng trình duyệt của họ khá nhiều, nên việc cải thiện hiệu suất trình duyệt của bạn là một điều tốt, mặc dù nó có thể làm chậm các quá trình khác ...
Kỹ thuật này thực sự khá phổ biến trên các hệ thống Unix, trong đó một ứng dụng đa luồng thường chỉ dịch sang một ứng dụng sẽ bắt đầu một quy trình thứ hai để chạy luồng riêng biệt.
Hiệu suất khôn ngoan, sử dụng nhiều quy trình thay vì các luồng sẽ làm cho hệ thống của bạn đáng tin cậy hơn do sự cố của một quy trình sẽ không giết chết các quy trình khác. Hơn nữa, một quy trình "người giám hộ" đặc biệt có thể theo dõi các quy trình khác và thực hiện các hành động khi một trong các quy trình dường như bị mắc kẹt trên một cái gì đó. Nó thậm chí có thể giết và khởi động lại chuỗi, nếu cần. Nhưng tốc độ, nó có xu hướng phụ thuộc vào số lượng các quy trình khác mà bạn đang chạy. Nói chung, bạn sẽ có từ 40 đến 75 quy trình hoạt động trên hệ thống Windows sạch. (Giả sử 40 ngay bây giờ.) Nếu bạn mở Chrome với 20 trang tab, thời gian xử lý sau đó sẽ được chia cho 60 quy trình thay vì 41. Điều này sẽ làm chậm các quy trình khác một chút. (Nhưng không cung cấp cho bạn trải nghiệm trình duyệt tốt hơn.)