Lo más probable es que no, no será un cuello de botella. Hay algo de sobrecarga asociada con las uniones NTFS, pero en su escenario debería ser insignificante.
Puede deshacerse de la sobrecarga moviendo físicamente los datos al SSD y sin usar cruces (lo cual parece ser la principal preocupación de su pregunta para mí), pero dudo que pueda medir la diferencia.
¿Dónde se almacenan y almacenan en caché las uniones?
Las uniones son el tipo de puntos de análisis que se almacenan en $Extend\$Reparse
metarchivo (otro metarchivo más famoso es el $MFT
).
Cuando un archivo o directorio tiene un punto de análisis asociado, NTFS crea un atributo nombrado $Reparse
para el punto de análisis. Este atributo almacena el código de análisis y los datos. Para que NTFS pueda localizar fácilmente todos los puntos de análisis en un volumen, un archivo de metadatos llamado
\$Extend\$Reparse
almacena entradas que conectan el archivo de puntos de análisis y los números de entrada de directorio MFT a sus códigos de puntos de análisis asociados. NTFS ordena las entradas por número de entrada MFT en el $R
índice.
fuente: Inside Win2K NTFS, Parte 1 por Mark Russinovich
Diagrama de análisis
fuente: Inside Win2K NTFS, Parte 1 por Mark Russinovich
Hubo comentarios de que las uniones se almacenan en MFT y que MFT se almacena en caché. Bueno, ahora, cuando sabemos dónde se almacenan las uniones, necesitaría una fuente creíble para respaldar el reclamo de almacenamiento en caché; que no pude encontrar
Entonces no lo sé, pero no creo que importe.
¿Existe un escenario documentado cuando la unión cruzada de discos disminuyó el rendimiento?
Sí, ARF ha tenido problemas como este. Estaba comparando la eliminación por lotes de archivos pequeños, y cuando la operación se realizó a través de la unión, el factor limitante ya no era IO (como se esperaba) sino la CPU. Este punto de referencia también se discutió en detalle en GitHub .