Dosya yöneticileri neden anında arama sonuçları için Ana Dosya Tablosunu kullanmıyor? [kapalı]


27

Az önce UltraSearch'ü keşfettim ve dosya ve klasör arama hızı ile uçuruldum. Bu var anlık . Ve herhangi bir indeksleme servisi kullanmaz. Basitçe, tüm dosya adlarını zaten NTFS bölümünde depolayan NTFS Ana Dosya Tablosunu kullanır .

Soru neden bu kabiliyet değil, olduğu yollu dosya yöneticileri arasında daha popüler ve Windows Gezgini Arama (Win + F) ile başlamalı?


2
Ayrıca aynı şeyi yapan VoidTools ile Her şeyi görün.
David d'C Freitas

1
Büyük iş adamları, "yapıcı değil" olarak 20'den fazla kişiyle bir soru kapatan!
Dan Dascalescu,

Yanıtlar:


29

Güvenlik nedeniyle!

Gerçek sebep bu. (Ve bence tek gerçek sebep, bence - büyük dosya sistemleri için bir okuyucu yapmak o kadar zor değil , ancak kolay olmamakla birlikte, bir yazar yapmak asıl zorluk.)

Bunun gibi bir program tüm (dosya) sistemin güvenlik altyapısını atlar, böylece yalnızca bir yönetici (veya "Birimi Yönet" ayrıcalıklarına sahip olan bir başkası) gerçekten çalıştırabilir.

Açıkçası, pek çok senaryoda işe yaramayacaktı - ve Microsoft'un (veya başka bir büyük şirketin) böyle bir ürün üretmeyi düşünmeyeceğini ve ardından güvenlik önlemleri nedeniyle kullanıcıları yönetici olarak çalıştırmaya teşvik edeceğini sanmıyorum .

Olur güvenli verilere dışarı arka plan ve filtrelerde çalışır bir sistem yapmak teorik olarak mümkün olabilir ancak pratikte bu olurdu çok üretim için doğru ve olmadan güvenlik açıkları almak için işin.

Bu arada ben UltraSearch kullanmadıysanız, ama çok benzer bir programı kendim birkaç yıl hangi önce benim yazdığım -açık kaynak kodlu geçen ay! İlgileniyorsanız kontrol edin. :)


1
Bu doğru bir neden gibi hissetmez. İşletim sistemi, bir DMBS gibi güvenli olmayan bir arama için görünüm sağlayabilir. Bir API veya sınırlı bir görünüm, genel dosyalara ortak erişim sağlamalıdır. Eğer dosya tablosu farklı dizinlerin güvenliği hakkında OS işletim sistemi tasarımında muhtemelen kötü bir tasarımdan daha fazla bir şey bilmiyorsa
LifeH2O

@ LifeH2O: Sorun, güvenlik kontrolleri eklemenin, aracın amacını tamamen ortadan kaldıran devasa bir performans hedefi haline gelmesidir .
Mehrdad

1
Performansa ulaşmak, dizinleri taramaktan daha fazla nasıl olabilir? Yalnızca iç dizinlerin güvenliğinin kontrol edilmesi gerekir. Windows dosya tablosu ile ne kadar yapılabileceğini bilmiyorum.
LifeH2O

1
@ LifeH2O: Bir şeyi "kontrol etmenin" ne kadar karmaşık olduğunu düşündünüz mü? Kullanıcıların birden fazla gruba, gruba ve kullanıcının her biri zincirdeki veya dosyanın kendisindeki bir dizindeki izinlere / reddetme / izinlere sahip olamaz ve ACL'yi kullanarak her kullanıcı için geçerli kullanıcının izinlerini bulmanız gerekir. . Şimdi, çekirdeğin güvenlik yöneticisi alt sistemiyle gerekli senkronizasyonu ekleyin; tüm dosyaları yalnızca "kontrol eden" büyük bir performans elde edersiniz .
Mehrdad

1
Ne söylediğinizi gösteren otoriter bir şey sağlamanız gerekir, aksi takdirde insanlar spekülasyonları bilgiden ayırt edemezler. Başkalarına katılıyorum, bu tamamen spekülasyon.
user34660

6

Dosya yöneticileri, karşılaşılabilecek her dosya sistemini destekleyebilmelidir. Bu nedenle, API üzerinden VFS'yi çağırmaları gerekir . Bir API çağrısından büyük bir dizi döndürmenin (akıllıca) bir yolu yoktur; bu, MFT / FAT / süper bloğun varlığından bağımsız olarak, dosya numaralandırmasının seri olmasına neden olur.


1
Programcıysanız, API’lerin dediğiniz gibi büyük miktarda veriyi nasıl yönettiğini bilirsiniz. Ve hayır, birden fazla dosya sistemini desteklemek için bir arama programı gerekli değildir.
user34660

@ user34660: İki seçeneğe sahipler: 1) Numaralandırma kullanın. 2) Çok büyük veri kümelerini kullanırken çok yavaş çalıştırın. Ve sadece tek bir dosya sistemini destekleyen bir arama aracı çok sınırlı bir yardımcı programdır.
Ignacio Vazquez-Abrams,

3

Dosya indeksleme servisi sadece dosya adı değil, içerik (büyük olasılıkla metin) ve dosyaların meta verilerini aramak isteyen kullanıcılar içindir. Bu yüzden tüm dosyalara göz atmak uzun zaman alıyor ve bu tür hizmetlerden oluşturulan endeks büyük ve nispeten yavaş. Windows'ta dizin oluşturma hizmetini devre dışı bırakabilirsiniz, ancak Windows Explorer, dosya adlarından sonra dosya içeriğini aramaya devam edecek kadar salaktır. Ignacio Vazquez-Abrams'ın dediği gibi, dosya yöneticileri düşük seviye dosya sisteminden yararlanamazlar.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.