В следующих статьях рассматриваются преимущества и недостатки -E
варианта запуска:
Фокус на ускоренном режиме: понимание параметра запуска –E
Резюме:
-E
изменяет алгоритм пропорционального заполнения . Вместо перехода к следующему файлу после выделения одного экстента, перемещение происходит после выделения 64 экстентов.
Эти распределения экстентов не должны исходить из одной таблицы. Например, при загрузке двух таблиц параллельно с –E
включенной, обе таблицы потребляют 64 экстента в одном файле, прежде чем переходить к следующему файлу. -E
не меняет того факта, что SQL Server выделяет один экстент за раз.
Цель –E
состоит в том, чтобы включить опережающее чтение большого ввода-вывода. Если две таблицы, которые совместно используют одни и те же файлы / файловую группу, загружаются параллельно, то преимущество –E
устраняется. Экстенты будут фрагментированы, что приведет к опережающему чтению ввода-вывода.
-E
Первоначально был введен в код, чтобы позволить сборкам и перестройкам индекса использовать 256 КБ каждого файла перед циклическим перебором, и таким образом получить лучший последовательный ввод-вывод для больших хранилищ данных. Первоначально он был «специальным тестом» и имел очень мало испытаний, он был задокументирован только потому, что использовался во время тестов (и поэтому должен был быть задокументирован).
Microsoft White Paper (pdf)
Вики-ответ сообщества, полученный из комментария @Kin к вопросу