Скорее всего нет, это не будет узким местом. С переходами NTFS связаны некоторые издержки, но в вашем сценарии они должны быть незначительными.
Вы можете избавиться от накладных расходов, физически перенеся данные на SSD и вообще не используя переходы (что, по-видимому, является основной проблемой для вашего вопроса), но я сомневаюсь, что вы могли измерить разницу.
Где хранятся и кэшируются соединения?
Соединения - это тип точек повторного анализа, которые все хранятся в $Extend\$Reparse
метафайле (другой более известный метафайл - это $MFT
).
Когда с файлом или каталогом связана точка повторной обработки, NTFS создает атрибут, названный $Reparse
для этой точки повторной обработки. Этот атрибут хранит код повторной обработки и данные. Чтобы NTFS могла легко находить все точки повторной обработки в томе, файл метаданных с именем
\$Extend\$Reparse
хранит записи, которые соединяют номера записей файла повторной обработки и каталога MFT со связанными кодами точек повторной обработки. NTFS сортирует записи по номеру записи MFT в $R
индексе.
Источник: Inside Win2K NTFS, часть 1, Марк Руссинович
Диаграмма повторной обработки
Источник: Inside Win2K NTFS, часть 1, Марк Руссинович
Были комментарии, что соединения хранятся в MFT и что MFT кэшируется. Что ж, теперь, когда мы знаем, где хранятся соединения, мне потребуется надежный источник для поддержки утверждения о кешировании; который я не смог найти.
Так что я не знаю, но я не думаю, что это имеет значение.
Есть ли документированный сценарий, когда кросс-дисковый переход снижает производительность?
Да, ARF столкнулся с такой проблемой . Он тестировал пакетное удаление небольших файлов, и когда операция проводилась через соединение, ограничивающим фактором был уже не IO (как и ожидалось), а процессор. Этот тест также подробно обсуждался на GitHub .