Mengapa manajer file tidak menggunakan Tabel File Master untuk hasil pencarian instan? [Tutup]

27

Saya baru saja menemukan UltraSearch dan terpesona oleh kecepatan pencarian file dan foldernya. Ini instan . Dan tidak menggunakan layanan pengindeksan apa pun. Ini hanya menggunakan Tabel File Master NTFS , yang sudah menyimpan semua nama file pada partisi NTFS.

Pertanyaannya adalah, mengapa kemampuan ini tidak jauh lebih populer di kalangan manajer file, dan Windows Explorer Search (Win + F) untuk memulai?

Dan Dascalescu
sumber
2
Lihat juga Semuanya oleh VoidTools yang melakukan hal yang sama.
David d C e Freitas
1
Petugas hebat menutup pertanyaan dengan 20+ upvotes sebagai "tidak konstruktif"!
Dan Dascalescu

Jawaban:

29

Karena Keamanan!

Itulah alasan sebenarnya. (Dan hanya alasan sebenarnya, menurut pendapat saya - itu tidak bahwa sulit untuk membuat pembaca untuk sistem file utama, meskipun itu tidak berarti mudah, membuat penulis adalah tantangan nyata.)

Program seperti ini mem-bypass seluruh infrastruktur keamanan sistem (file), jadi hanya seorang administrator (atau orang lain yang memiliki hak istimewa "Kelola Volume") yang benar-benar dapat menjalankannya.

Jadi jelas, itu tidak akan berfungsi dalam banyak skenario - dan saya tidak berpikir Microsoft (atau perusahaan besar lainnya) akan pernah mempertimbangkan membuat produk seperti ini dan kemudian mendorong pengguna untuk menjalankan sebagai administrator , karena konsekuensi keamanan.

Ini akan secara teoritis mungkin untuk membuat sebuah sistem yang berjalan di latar belakang dan filter keluar data dijamin, tetapi dalam prakteknya itu akan menjadi banyak pekerjaan untuk mendapatkan lubang keamanan yang benar dan tanpa untuk produksi.

Ngomong-ngomong, saya belum pernah menggunakan UltraSearch, tetapi saya sendiri telah menulis program yang sangat mirip beberapa tahun yang lalu yang bersumber terbuka bulan lalu! Lihat itu jika Anda tertarik. :)

Mehrdad
sumber
1
Ini tidak terasa seperti alasan yang tepat. OS dapat memberikan tampilan untuk pencarian yang tidak aman seperti DMBS. API atau tampilan terbatas harus memberikan akses publik ke file publik. Dan jika tabel file tidak tahu apa-apa tentang keamanan direktori yang berbeda dari itu mungkin desain yang buruk pada akhir desain OS
LifeH2O
@ LifeH2O: Masalahnya adalah bahwa menambahkan pemeriksaan keamanan akan menjadi hit kinerja besar , yang sepenuhnya mengalahkan titik alat ini.
Mehrdad
1
Bagaimana kinerja dapat lebih dari sekadar memindai direktori? Hanya keamanan direktori dalam yang perlu diperiksa. Saya tidak tahu berapa banyak yang bisa dilakukan dengan tabel file windows.
LifeH2O
1
@ LifeH2O: Sudahkah Anda mempertimbangkan betapa rumitnya untuk "memeriksa" sesuatu? Pengguna menjadi bagian dari beberapa grup, grup dan pengguna masing-masing dapat memiliki izin izin / penolakan / tidak pada salah satu direktori pada rantai atau pada file itu sendiri, dan Anda harus mencari tahu izin efektif untuk pengguna saat ini pada setiap file menggunakan ACL-nya . Sekarang tambahkan ke sinkronisasi yang diperlukan dengan subsistem manajer keamanan kernel, dan Anda akan mendapatkan hit kinerja besar hanya "memeriksa" semua file.
Mehrdad
1
Anda perlu memberikan sesuatu yang otoritatif yang menunjukkan apa yang Anda katakan, jika tidak, orang tidak dapat membedakan spekulasi dari informasi. Saya setuju dengan yang lain, ini murni spekulasi.
user34660
6

Manajer file harus dapat mendukung setiap sistem file tunggal yang dapat ditemui. Dengan demikian, mereka harus memanggil VFS melalui API -nya . Tidak ada (waras) cara untuk mengembalikan array besar dari panggilan API, yang menghasilkan enumerasi file menjadi serial terlepas dari keberadaan MFT / FAT / superblock.

Ignacio Vazquez-Abrams
sumber
1
Jika Anda seorang programmer maka Anda akan tahu bagaimana API mengelola sejumlah besar data seperti yang Anda katakan. Dan tidak, program pencarian tidak diperlukan untuk mendukung beberapa sistem file.
user34660
@ user34660: Mereka punya dua pilihan: 1) Gunakan enumerasi. 2) Jalankan sangat lambat saat menangani dataset sangat besar. Dan alat pencarian yang hanya mendukung sistem file tunggal adalah utilitas yang sangat terbatas.
Ignacio Vazquez-Abrams
3

Layanan pengindeksan file adalah untuk pengguna yang ingin mencari konten (kemungkinan besar teks) dan metadata file, bukan hanya nama file. Itu sebabnya perlu waktu lama untuk menelusuri semua file dan indeks yang dibangun dari layanan tersebut besar dan relatif lambat. Anda dapat menonaktifkan layanan pengindeksan di Windows tetapi windows explorer cukup bodoh untuk terus mencari konten file setelah nama file. Seperti yang dikatakan Ignacio Vazquez-Abrams, manajer file tidak dapat memanfaatkan sistem file tingkat rendah.

neo
sumber