Este proceso se utiliza cuando se busca "búsqueda de texto completo" y, en algún momento, varios de estos procesos consumen demasiada CPU y memoria y provocan que el servidor falle. ¿Cuál es la relación entre MSSearch.exe y MSSDMN.exe? MSSDMN.exe se bifurcó originalmente de MSSearch.exe, con una idea de programación defensiva en su núcleo. Debido a que se colocarán muchos tipos diferentes de documentos en los sitios de SharePoint, debe haber algunos tipos de formatos de documentos que los productos de Microsoft no puedan comprender, como PDF y rar. Los usuarios utilizarán filtros y controladores de protocolos de terceros para analizar este tipo de documentos. Si estos filtros serán lo suficientemente potentes como para no afectar las búsquedas es algo que Microsoft no puede predecir. Por lo tanto, el componente de filtro se elimina del proceso MSSDMN.exe. De esta forma, incluso si el proceso de filtrado falla, no tendrá un gran impacto en todo el servicio de búsqueda.
MSSDMN.exe y MSSearch.exe se comunican entre sí a través de *** memoria compartida. Al procesar un documento, el demonio de filtro proporciona los llamados fragmentos al proceso MSSearch.exe.
Hay un proyecto recopilador en el proceso MSSearch.exe. El proyecto Gatherer se considera el punto de entrada para trabajar con bloques de datos. En el proyecto Gatherer, los bloques de datos se proporcionan a varios complementos, que son responsables de procesar los bloques de datos proporcionados.
Hay un grupo de subprocesos en el proceso MSSearch.exe y cada bloque de datos tiene un subproceso de filtro para procesarlo. Cualquier hilo de filtrado en este nivel puede procesar documentos de cualquier tipo porque ya no existen diferencias en el tipo de documento.