Tôi cần một số trợ giúp để nắm bắt những gì tôi chắc chắn là một khái niệm cơ bản trong Linux: giới hạn cho các tệp đang mở. Cụ thể, tôi bối rối về lý do tại sao các ổ cắm mở có thể được tính vào tổng số "tệp mở" trên một hệ thống.
Ai đó có thể xin vui lòng giải thích lý do tại sao? Tôi hiểu rằng điều này có thể quay trở lại toàn bộ nguyên tắc "mọi thứ là một tệp" trong Linux nhưng mọi chi tiết bổ sung sẽ được đánh giá cao.
Câu trả lời:
Giới hạn đối với "tệp đang mở" không thực sự chỉ dành cho tệp. Đó là một giới hạn về số lượng nhân xử lý một quy trình có thể sử dụng cùng một lúc. Trong lịch sử, điều duy nhất mà các chương trình thường mở rất nhiều là các tệp, vì vậy điều này được biết đến như là một giới hạn về số lượng tệp đang mở. Có một giới hạn để giúp ngăn chặn các quá trình nói, mở rất nhiều tệp và vô tình quên đóng chúng, điều này sẽ gây ra sự cố toàn hệ thống.
Một kết nối ổ cắm cũng là một xử lý kernel. Vì vậy, các giới hạn tương tự cũng áp dụng cho cùng một lý do - có thể một quy trình mở kết nối mạng và quên đóng chúng.
Như đã lưu ý trong các bình luận, xử lý kernel thường được gọi là mô tả tệp trong các hệ thống giống như Unix.
read/ write, đây là trung tâm của ý nghĩa của một tệp.
shutdown(2)trên chúng, nhưng không phải trên các tệp và bạn không thể đọc từ ổ cắm bằng cách sử dụng cat- đó là lý do netcatđã được tạo. Tôi muốn nói rằng (may mắn) các ổ cắm trong các hạt giống Unix hoạt động giống như các tệp theo I / O, nhưng sự giống nhau kết thúc ngay tại đó. (Thành thật mà nói, tôi cũng muốn nghe từ một người có kinh nghiệm về Kế hoạch 9 vì tôi nghe nói họ đã thống nhất những điều này xa hơn so với các đơn vị truyền thống).
Lý do tại sao giao thức TCP / IP socket descriptor sử dụng tập tin là, khi giao diện ổ cắm được thiết kế và thực hiện (lần đầu tiên trong BSD Unix, vào năm 1983 ), nhà thiết kế của nó cảm thấy rằng một kết nối mạng là tương tự như một file - bạn có thể read, writevà closecả hai và nó sẽ phù hợp với ý tưởng của Unix về "mọi thứ là một tập tin".
Các triển khai ngăn xếp mạng TCP / IP khác không nhất thiết phải tích hợp với hệ thống con tệp I / O của hệ điều hành của họ, một ví dụ là MacTCP . Nhưng vì giao diện ổ cắm BSD rất phổ biến, ngay cả những triển khai khác này đã chọn sao chép API socket bằng các chức năng giống Unix của nó, do đó bạn có "mô tả tệp", chỉ được sử dụng cho giao tiếp TCP / IP, trên các hệ thống không có có mô tả tập tin.
Phần khác của câu hỏi của bạn là tại sao có giới hạn? Đó là bởi vì cách nhanh nhất để thực hiện bảng tra cứu mô tả tệp là với một mảng. Trong lịch sử, giới hạn được mã hóa cứng vào kernel.
Đây là mã trong phiên bản Unix 7 (1979) với giới hạn 20 mã mô tả tệp được mã hóa cứng cho mỗi quy trình:
Khi so sánh, Linux tự động phân bổ không gian cho bảng mô tả tệp của quy trình. Giới hạn tuyệt đối mặc định là 8192, nhưng bạn có thể đặt giá trị này thành bất cứ thứ gì bạn thích. Hệ thống của tôi liệt kê 191072 trong /proc/sys/fs/file-max.
alloc_fdtable()struct fdtable#define NR_FILE 8192Mặc dù không còn giới hạn tuyệt đối trong Linux nữa, tuy nhiên chúng tôi không muốn để các chương trình phát điên, vì vậy, quản trị viên (hoặc nhà đóng gói phân phối) thường đặt giới hạn tài nguyên. Hãy nhìn vào /etc/security/limits.conf, hoặc chạy ulimit -n.
Các tệp không chỉ là các tệp trên đĩa hoặc trong bộ nhớ; chúng là những luồng dữ liệu, trong đó có hai ví dụ.
Điểm cuối từ xa là một ví dụ thứ ba và bạn tương tác với những người sử dụng ổ cắm.