방금 UltraSearch를 발견했으며 파일 및 폴더 검색 속도로 날아갔습니다. 그것은 순간적 이다. 그리고 인덱싱 서비스를 사용하지 않습니다. NTFS 파티션에 이미 모든 파일 이름을 저장 하는 NTFS 마스터 파일 테이블 만 사용합니다 .
문제는 왜이 기능을하지이며, 방법은 파일 관리자 사이에서 더 인기 및 Windows 탐색기 검색 (승 + F)로 시작하는?
방금 UltraSearch를 발견했으며 파일 및 폴더 검색 속도로 날아갔습니다. 그것은 순간적 이다. 그리고 인덱싱 서비스를 사용하지 않습니다. NTFS 파티션에 이미 모든 파일 이름을 저장 하는 NTFS 마스터 파일 테이블 만 사용합니다 .
문제는 왜이 기능을하지이며, 방법은 파일 관리자 사이에서 더 인기 및 Windows 탐색기 검색 (승 + F)로 시작하는?
답변:
그게 진짜 이유입니다. (그리고 유일한 진짜 이유는, 내 의견으로는 - 그렇지 않아 그 쉽게 결코 비록, 주요 파일 시스템을위한 독자를 만들기 위해 열심히, 메이킹 작가 것은 실제 도전이다.)
이와 같은 프로그램은 전체 (파일) 시스템의 보안 인프라를 우회하므로 관리자 (또는 "볼륨 관리"권한이있는 사람) 만 실제로 실행할 수 있습니다.
따라서 많은 시나리오에서 작동 하지 않을 것입니다. 그리고 Microsoft (또는 다른 대기업)는 이와 같은 제품을 만든 다음 보안 결과로 인해 사용자가 관리자로 실행하도록 권장하지 않을 것이라고 생각 합니다.
것입니다 보안 데이터이 배경 및 필터에 실행하는 시스템을 만들기 위해 이론적으로 가능하지만, 실제로 그것은 것 많은 생산을위한 정확하고없는 보안 구멍을 얻을 수있는 일이.
그건 그렇고 UltraSearch를 사용하지는 않았지만 몇 년 전에 매우 비슷한 프로그램을 작성하여 지난 달에 오픈 소스를 만들었 습니다! 관심이 있으시면 확인하십시오. :)
파일 관리자는 발생할 수있는 모든 단일 파일 시스템을 지원할 수 있어야합니다. 따라서 API 를 통해 VFS 를 호출해야합니다 . API 호출에서 큰 배열을 반환하는 (정확한) 방법이 없으므로 MFT / FAT / superblock의 존재 여부에 관계없이 파일 열거가 직렬화됩니다.