Tại sao người quản lý tệp không sử dụng Bảng tệp chính cho kết quả tìm kiếm tức thì? [đóng cửa]

27

Tôi vừa phát hiện ra UltraSearch và bị thổi bay bởi tốc độ tìm kiếm tệp và thư mục của nó. Đó là tức thời . Và không sử dụng bất kỳ dịch vụ lập chỉ mục. Nó chỉ đơn giản sử dụng Bảng tệp chủ NTFS , nơi đã lưu trữ tất cả tên tệp trên phân vùng NTFS.

Câu hỏi đặt ra là, tại sao không phải là khả năng này cách phổ biến hơn giữa các nhà quản lý tập tin, và Windows Explorer tìm kiếm (Win + F) để bắt đầu với?

windows-explorer  ntfs  file-search 
— Dan Dascalescu
nguồn
2
Cũng xem Mọi thứ của VoidTools cũng làm điều tương tự.
— David d C e Freitas
1
Những người làm công việc tuyệt vời kết thúc một câu hỏi với hơn 20 câu hỏi là "không mang tính xây dựng"!
— Dan Dascalescu

Câu trả lời:

29

Vì bảo mật!

Đó là lý do thực sự. (Và chỉ lý do thực sự, theo ý kiến của tôi - nó không phải là khó khăn để thực hiện một đầu đọc các file hệ thống quan trọng, mặc dù nó không có nghĩa là dễ dàng, làm cho một nhà văn là thách thức thực sự.)

Một chương trình như thế này bỏ qua toàn bộ cơ sở hạ tầng bảo mật của hệ thống, vì vậy chỉ quản trị viên (hoặc người khác có đặc quyền "Quản lý khối lượng") mới có thể thực sự chạy nó.

Vì vậy, rõ ràng, nó sẽ không hoạt động trong nhiều tình huống - và tôi không nghĩ Microsoft (hoặc bất kỳ công ty lớn nào khác) sẽ cân nhắc việc tạo ra một sản phẩm như thế này và sau đó khuyến khích người dùng chạy như quản trị viên , vì sự phân nhánh bảo mật.

Nó sẽ được về mặt lý thuyết có thể để tạo ra một hệ thống chạy trong nền và lọc ra dữ liệu được bảo đảm, nhưng trong thực tế nó sẽ là một rất nhiều công việc để có được lỗ hổng bảo mật chính xác và không phục vụ sản xuất.

Nhân tiện, tôi đã không sử dụng UltraSearch, nhưng tôi đã tự mình viết một chương trình tương tự cách đây vài năm mà tôi đã mở nguồn vào tháng trước! Kiểm tra xem nếu bạn quan tâm. :)

— Mehrdad
nguồn
1
Điều này không cảm thấy như một lý do đúng đắn. Hệ điều hành có thể đưa ra một cái nhìn cho tìm kiếm không bảo mật giống như DMBS. API hoặc chế độ xem bị hạn chế sẽ cung cấp quyền truy cập công khai vào các tệp công khai. Và nếu bảng tệp không biết gì về bảo mật của các thư mục khác nhau thì có lẽ đó là thiết kế tồi ở phần cuối thiết kế HĐH
— LifeH2O
@ LifeH2O: Vấn đề là việc thêm kiểm tra bảo mật sẽ trở thành một cú hích hiệu năng lớn , hoàn toàn đánh bại điểm của công cụ.
— Mehrdad
1
Làm thế nào các hit hiệu suất có thể được nhiều hơn quét thư mục? Chỉ bảo mật các thư mục bên trong sẽ cần phải được kiểm tra. Tôi không biết có thể làm được bao nhiêu với bảng tệp windows.
— LifeH2O
1
@ LifeH2O: Bạn đã xem xét việc "kiểm tra" một cái gì đó phức tạp như thế nào chưa? Mỗi người dùng thuộc nhiều nhóm, nhóm và người dùng có thể có quyền / từ chối / không quyền trên một số thư mục trên chuỗi hoặc trên chính tệp đó và bạn phải tìm ra các quyền hiệu quả cho người dùng hiện tại trên mỗi tệp bằng ACL của nó . Bây giờ thêm vào đó là đồng bộ hóa được yêu cầu với hệ thống con trình quản lý bảo mật của kernel và bạn sẽ nhận được các lượt truy cập hiệu năng lớn chỉ bằng cách "kiểm tra" tất cả các tệp.
— Mehrdad
1
Bạn cần cung cấp một cái gì đó có thẩm quyền chỉ ra những gì bạn đang nói, nếu không mọi người không thể phân biệt đầu cơ với thông tin. Tôi đồng ý với những người khác, đây hoàn toàn là suy đoán.
— dùng34660
6

Trình quản lý tệp phải có khả năng hỗ trợ mọi hệ thống tệp đơn lẻ có thể gặp phải. Do đó, họ phải gọi vào VFS thông qua API của nó . Không có cách nào (lành mạnh) để trả về một mảng lớn từ lệnh gọi API, điều này dẫn đến việc liệt kê tệp là nối tiếp bất kể sự hiện diện của MFT / FAT / superblock.

— Ignacio Vazquez-Abrams
nguồn
1
Nếu bạn là một lập trình viên thì bạn sẽ biết API quản lý lượng lớn dữ liệu như bạn nói. Và không, một chương trình tìm kiếm không bắt buộc phải hỗ trợ nhiều hệ thống tệp.
— dùng34660
@ user34660: Họ có hai lựa chọn: 1) Sử dụng phép liệt kê. 2) Chạy rất chậm khi xử lý bộ dữ liệu rất lớn. Và một công cụ tìm kiếm chỉ hỗ trợ một hệ thống tập tin duy nhất là tiện ích rất hạn chế.
— Ignacio Vazquez-Abrams
3

Dịch vụ lập chỉ mục tệp dành cho người dùng muốn tìm kiếm nội dung (rất có thể là văn bản) và siêu dữ liệu của tệp, không chỉ đơn thuần là tên tệp. Đó là lý do tại sao phải mất một thời gian dài để đi qua tất cả các tệp và chỉ mục được xây dựng từ các dịch vụ như vậy là lớn và tương đối chậm. Bạn có thể vô hiệu hóa dịch vụ lập chỉ mục trong Windows nhưng windows explorer đủ ngu ngốc để tiếp tục tìm kiếm nội dung tệp sau tên tệp. Như Ignacio Vazquez-Abrams cho biết các nhà quản lý tệp không thể tận dụng lợi thế từ hệ thống tệp cấp thấp.

— tân
nguồn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookie và Chính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.