Windows Search Overview

Windows Search is a desktop search platform that has instant search capabilities for most common file types and data types, and third-party developers can extend these capabilities to new file types and data types.

This topic is organized as follows:

Introduction

Windows Search is a standard component of WindowsВ 7 and WindowsВ Vista, and is enabled by default. Windows Search replaces Windows Desktop Search (WDS), which was available as an add-in for WindowsВ XP and Windows ServerВ 2003.

Windows Search is composed of three components:

Windows Search Service

The WSS organizes the extracted features of a collection of documents. The Windows Search Protocol enables a client to communicate with a server that is hosting a WSS, both to issue queries and to enable an administrator to manage the indexing server. When processing files, WSS analyzes a set of documents, extracts useful information, and then organizes the extracted information so that properties of those documents can be efficiently returned in response to queries.

A collection of documents that can be queried comprises a catalog, which is the highest-level unit of organization in Windows Search. A catalog represents a set of indexed documents that can be queried. A catalog consists of a properties table with the text or value and corresponding location (locale) stored in columns of the table. Each row of the table corresponds to a separate document in the scope of the catalog, and each column of the table corresponds to a property. A catalog may contain an inverted index (for quick word matching) and a property cache (for quick retrieval of property values).

The indexer process is implemented as a Windows service running in the LocalSystem account and is always running for all users (even if no user is logged in), which permits Windows Search to accomplish the following:

• Maintain one index that is shared among all users.
• Maintain security restrictions on content access.
• Process remote queries from client computers on the network.

The Search service is designed to protect the user experience and system performance when indexing. The following conditions cause the service to throttle back or pause indexing:

• High CPU usage by non-search-related processes.
• High system I/O rate including file reads and writes, page file and file cache I/O, and mapped file I/O.
• Low memory availability.
• Low battery life.
• Low disk space on the drive that stores the index.

Development Platform

The preferred way to access the Search APIs and create Windows Search applications is through a Shell data source. A Shell data source is a component that is used to extend the Shell namespace and expose items in a data store. A data store is a repository of data. A data store can be exposed to the Shell programming model as a container that uses a Shell data source. The items in a data store can be indexed by the Windows Search system using a protocol handler.

For example, ISearchFolderItemFactory is a component that can create instances of the search folder data source, which is a sort of «virtual» data source provided by the Shell that can execute queries over other data sources in the Shell namespace and enumerate results. It can do so either by using the indexer or by manually enumerating and inspecting items in the specified scopes. This interface permits you to set up the parameters of the search by using methods that create and modify search folders. If methods of this interface are not called, default values are used instead.

Accessing the Windows Search capability indirectly through the Shell data model is preferred because it provides access to full Shell functionality at the level of the Shell data model. For example, you can set the scope of a search to a library (which is a feature available in WindowsВ 7 and later) to use the library folders as the scope of the query. Windows Search then aggregates the search results from those locations if they are in different indexes (if the folders are on different computers). The Shell data layer also creates a more complete view of items’ properties, synthesizing some property values. It also provides access to search features for data stores that are not indexed by Windows Search. For example, you can search a Universal Serial Bus (USB) storage devices, portable device that uses the MTP protocol, or an File Transfer Protocol (FTP) server through the Shell data sources that provides access to those storage systems. Doing so ensures a better user experience.

Windows Search has a cache of property values that is used in the implementation of the Windows Search Service (WSS). These property values can be programmatically queried by using the Windows Search OLEВ DB provider, or through ISearchFolderItemFactory, which represents items in search results and query-based views. Windows Search then collects and stores properties emitted by filter handlers or property handlers when an item such as a Word document is indexed. This store is discarded and rebuilt when the index is rebuilt.

Third-party developers can create applications that consume the data in the index through programmatic queries, and can extend the data in the index for custom file and item types to be indexed by Windows Search. If you want to show query results in Windows Explorer, you must implement a Shell data source before you can create a protocol handler to extend the index. However, if all queries are programmatic (through OLEВ DB for example) and interpreted by the application’s code rather than the Shell, a Shell namespace is still preferred but not required.

A protocol handler is required for Windows to obtain information about file contents, such as items in databases or custom file types. While Windows Search can index the name and properties of the file, Windows has no information about the content of the file. As a result, such items cannot be indexed or exposed in the Windows Shell. By implementing a custom protocol handler, you can expose these items. For a list of handlers identified by the developer scenario you are trying to achieve, see «Overview of Handlers» in Windows Search as a Development Platform.

A Shell data source is sometimes known as a Shell namespace extension. A handler is sometimes known as a Shell extension or a Shell extension handler.

User Interface

In WindowsВ Vista and later, Windows Search is integrated into all Windows Explorer windows for instant access to search. This enables users to quickly search for files and items by file name, properties, and full-text contents. Results can also be filtered further to refine the search. Here are some more features of Windows Search:

• An instant search box in every window enables instant filtering of all items currently in view. Instant search boxes appear in the Start menu to search for programs or files, and in the upper-right corner of all Windows Explorer windows to filter the results shown. Instant search is also integrated into some other Windows features, such as Windows Media Player, to find related files.
• Documents can be tagged with keywords to group them by custom criteria that are defined by the user. Tags are metadata items that are assigned by the user or applications to make it easier to find files based on keywords that may not be in the item name or contents. For example, a set of pictures might be tagged as «Arizona Vacation 2009» to quickly retrieve later by searching for any of the included words.
• Enhanced column headers in Windows Explorer views enable sorting and grouping documents in different ways. For example, files can be sorted according to name, date modified, type, size, and tags. Documents can also be grouped according to any of these properties and each group can be filtered (hidden or displayed) as desired.
• Documents can be stacked according to name, date modified, type, size, and tags. Stacks include all documents that have the specified property and are located within any subfolder of the selected folder.
• Searches can be saved (to be retrieved later) by clicking the Save Search button in the search pane in Windows Explorer. The results will be dynamically repopulated based on the original criteria when the saved search is opened. For instructions, see Save Your Search Results.
• Preview handlers and thumbnail handlers enable users to preview documents in Windows Explorer without having to open the application that created them.

Technical Prerequisites

Before you start reading the Windows Search SDK documentation, you should have a fundamental understanding of the following concepts:

• How to implement a Shell data source.
• How to implement a handler.
• How to work in native code.

A Shell data source is a component that is used to extend the Shell namespace and expose items in a data store. In the past, the Shell data source was referred to as the Shell namespace extension. A handler is a Component Object Model (COM) object that provides functionality for a Shell item. For a list of handlers identified by the developer scenario you are trying to achieve, see «Overview of Handlers» in Windows Search as a Development Platform.

For more information about the Windows Search SDK interoperability assembly for working with COM objects that are exposed by Windows Search and other programs that use managed code, see Using Managed Code with Shell Data and Windows Search. However, note that filters, property handlers, and protocol handlers must be written in native code. This is due to potential common language runtime (CLR) versioning issues with the process that multiple add-ins run in. Developers who are new to C++ can get started with the Visual C++ Developer Center and Windows Development Getting Started.

SDK Download and Contents

In addition to meeting the listed technical prerequirements, you must also download the Windows SDK to get the Windows Search libraries. The Windows Search SDK Samples contain useful code samples and an interoperability assembly for developing with managed code. For more information on using the code samples, see Windows Search Code Samples.

Windows Search SDK Documentation

The contents of the Windows Search SDK documentation are as follows:

Outlines the main development scenarios in Windows Search. Provides a list of handlers identified by the development scenario you are trying to achieve, add-in installer guidelines, and implementation notes.

Describes the Search API code samples that are available.

Describes WindowsВ 7 support for search federation to remote data stores using OpenSearch technologies that enable users to access and interact with their remote data from within Windows Explorer.

Lists technologies related to Windows Search: Enterprise Search, SharePoint Enterprise Search, and legacy applications such as Windows Desktop Search 2.x and Platform SDK: Indexing Service.

Defines essential terms used in Windows Search and Shell technologies.

History of Windows Search

Windows Search replaces Windows Desktop Search (WDS), which was available as an add-in for WindowsВ XP and Windows ServerВ 2003. WDS replaced the legacy Indexing Service from previous versions of Windows with enhancements to performance, usability, and extensibility. The new development platform supports requirements that produce a more secure and stable system. While the new querying platform is not compatible with MicrosoftВ Windows Desktop Search (WDS) 2.x, filters and protocol handlers written for previous versions of WDS can be updated to work with Windows Search. Windows Search also supports a new property system. For information on filters, property handlers, and protocol handlers, see Extending the Index.

Windows Search is built into WindowsВ Vista and later, and is available as a redistributable update to WDS 2.x, to support the following operating systems:

• 32-bit versions of WindowsВ XP with Service Pack 2 (SP2).
• All x64-based versions of WindowsВ XP.
• Windows ServerВ 2003 with Service Pack 1 (SP1) and later.
• All x64-based versions of Windows ServerВ 2003.

Systems running these operating systems must have Windows Search installed in order to run applications written for Windows Search. For more information, see KB article 917013: Description of Windows Desktop Search 3.01 and the Multilingual User Interface Pack for Windows Desktop Search 3.01.

Служба поиска, индексатор службы Microsoft Windows Search и его влияние на нагрузку процессора

Служба Windows Search отвечает за поиск файлов и папок на устройстве. Она способна искать данные не только по наименованию файлов, но и по содержанию этих файлов (метаданным, свойствам и т.д.). Например, поиск по содержанию файлов по умолчанию активирован для текстовых и офисных документов (txt, doc, docx, xls, xlsx, pdf).

На компьютере может быть очень много файлов и папок. Чтобы поиск по устройству не занимал много времени, служба Windows Search использует индексацию файлов. Процесс индексирования представляет собой чтение диска с данными и запись информации о просканированных файлах в базу данных. Индексирование осуществляется в фоновом режиме. Когда вы сохраните новый документ в индексированном расположении, служба Windows Search проиндексирует его и сохранит собранную информацию о нём в своей базе.

Индексатор службы Microsoft Windows Search грузит процессор?

Обычно индексатор службы Microsoft Windows Search не грузит процессор. В нашем случае, когда все файлы проиндексированы, нагрузка на центральный процессор составляет 0%, а объём используемой оперативной памяти составляет порядка 80МБ.

• На скриншоте видно, что Индексатор службы Microsoft Windows Search в Windows 10 не нагружает процессор, так как все файлы проиндексированы.
• 

Поэтому, если на вашем устройстве индексатор службы Microsoft Windows Search грузит процессор, это означает, что в настоящее время идёт индексирование файлов. Если вы активно пользуетесь устройством, нажимаете на клавиши клавиатуры, водите мышкой, служба Windows Search замедляет скорость сканирования. В нашем случае при сниженной скорости индексирования нагрузка на процессор составляет 0,6-1,2%.

• На скриншоте видно увеличение нагрузки на процессор, так как идёт индексирование новых файлов (при сниженной скорости сканирования)
• 

Конечно, нагрузка будет больше, если процессор относительно старый и имеет одно-два логических ядра. Поэтому приведённые значения нагрузки индексатора службы Microsoft Windows Search на процессор следует считать условными.

Как можно уменьшить нагрузку службы Microsoft Windows Search на процессор?

Определяем папки, которые служба поиска должна индексировать

1. Найдите и запустите “Параметры индексирования” в классическом варианте Панели управления.

Несколько простых способов в отдельной статье

1. В открывшемся окне нажмите кнопку “Изменить”.

1. Отметьте галочками папки или диски, которые вы хотите индексировать в фоновом режиме. Оставьте пустым квадрат, чтобы не индексировать папку или диск. После выбора индексируемых расположений нажмите кнопку “ОК”.

Уменьшив количество папок и дисков в окне “Индексируемые расположения”, вы сможете сократить нагрузку индексатора службы Microsoft Windows Search на процессор. Но имейте в виду, что поиск в исключенных расположениях будет долгим. А в случае использования кнопки поиска в панели задач поиск в неиндексированных расположениях осуществляться не будет. Поэтому не старайтесь исключать все папки. Оставьте папки, в которых вы часто используете функцию поиска.

Устанавливаем классический режим поиска

В Windows 10 предусмотрено 2 режима поиска: классический и расширенный. При классическом режиме поиск осуществляется только в библиотеках пользователя и на рабочем столе. Расширенный режим позволяет искать файлы по всему компьютеру, за исключением системных папок. Расширенный режим, как предупреждает операционная система, может снизить уровень заряда и увеличить нагрузку на центральный процессор. Особенно это актуально для владельцев ноутбуков, которым важно, чтобы их устройство проработало в автономном режиме как можно дольше.

1. Перейдите в новые “Параметры Windows” (нажмите на клавиатуре кнопку с логотипом Windows + I ).
2. Нажмите на раздел “Поиск”.

1. В левом боковом меню нажмите на “Поиск в Windows”.
2. Прокрутите список настроек и выберите параметр “Классический стиль”.

Активируем привязку производительности индексатора к параметрам питания устройства

Изменять режим производительности индексатора стало возможным с момента появления Windows 10 версии 2004 (майское обновление 2020 года). Если включить параметр “Использовать параметры режима питания устройства”, служба Windows Search будет оценивать, запущен ли на компьютере режим энергосбережения, пониженного электропотребления или игровой процесс. Если да, то служба поиска приостановит индексацию в фоновом режиме.

Также при включении производительности индексатора служба поиска приостановит индексацию файлов в фоновом режиме, если загрузка центрального процессора превысит 80% или загрузка жесткого диска поднимется свыше 70%.

1. Перейдите в новые “Параметры Windows” (нажмите на клавиатуре кнопку с логотипом Windows + I ).
2. Нажмите на раздел “Поиск”.

1. В левом боковом меню нажмите на “Поиск в Windows”.
2. Прокрутите список настроек и включите параметр “Использовать параметры режима питания устройства”.

Отключаем службу Windows Search

Отключая службу Windows Search, вы отключите индексирование папок и файлов в фоновом режиме.

Вы сможете осуществлять поиск по устройству, но он будет медленным.

1. Запустите приложение “Выполнить” (нажмите на клавиатуре кнопку с логотипом Windows + R ).
2. Наберите текст services.msc и нажмите кнопку “ОК”.

1. В открывшемся окне найдите службу Windows Search.

1. Дважды нажмите на строку службы “Windows Search”. Откроется окно с настройками.
2. Выберите тип запуска “Отключена”.
3. Нажмите кнопку “Остановить”, чтобы завершить активный процесс выполнения службы Windows Search.
4. Нажмите кнопку “ОК”, чтобы сохранить настройки службы.

А как у вас работает служба поиска в Windows? Испытываете ли вы проблемы при ее работе в фоновом режиме?

Расскажите о своем опыте в комментариях 😉