Nếu bit suid không có tác dụng đối với các thư mục và bit dính không có tác dụng đối với các tệp, tại sao chúng không được kết hợp thành một bit?

Các bit dính làm một cái gì đó trên các tập tin bình thường. Xem en.wikipedia.org/wiki/Sticky_bit để biết số cách sử dụng.

@Joshua Điều đó thật thú vị, và một điểm hay là trên Linux không phải là hành vi khác nhau. Nhưng tôi đã nghĩ đến Linux cho câu hỏi này. Tôi tự hỏi mặc dù ai đó trên kernel Linux có BSD amd và ls vẫn có thể phụ thuộc vào bit tập tin dính? Và tôi đoán các chương trình người dùng khác nhau có thể kiểm tra / hành động trên nó mặc dù tôi không biết bất kỳ chương trình phổ biến nào.

Cảm ơn bạn, nhưng điều đó có ngăn cản họ vẫn còn "một chút" trong nội bộ không? Hoặc là một khoản tiết kiệm một bit chỉ không đủ đáng kể ở cấp độ mỗi tệp?

Một tập tin thực thi có thể có tất cả bốn kết hợp suid và dính.

Vâng, do đó câu hỏi ban đầu. Có thể diễn đạt tốt hơn, tại sao tên (hoặc cách sử dụng trong quá khứ) của bit dính có liên quan gì đến việc kết hợp nó với bit suid ngày hôm nay? Không thể kết hợp các chức năng của cả hai bit thành một bit "dính / suid", chức năng này là suid khi được đặt trên tệp nhưng dính khi được đặt trên thư mục?

Bạn sẽ phá vỡ tính tương thích ngược nếu bạn thay đổi bit xung quanh. chmod 4755 fileđặt bit suid và chmod 1755 dirđặt bit dính. Chúng tôi không muốn phá vỡ các tập lệnh cũ chỉ vì mục đích lưu một bit cho mỗi tệp, phải không? Tất nhiên, bên trong một hệ thống tệp có thể tự do thực hiện tối ưu hóa của bạn, miễn là giao diện bên ngoài giữ nguyên.

@Johan Myréen: Và tất nhiên bạn sẽ không thực sự lưu bit đó, nó sẽ trở thành một bit không được sử dụng trong trường quyền byte / từ.