Каково предполагаемое использование _fread_nolock, _fseek_nolock?

У нас есть класс C ++, который в основном читает и записывает векторы из двоичного файла. Примерная функция чтения, загружающая в память один вектор, выглядит так:

int load (const __int64 index, T* values) const {

 int re = _fseeki64(_file, index * _vectorSize + _offsetData, SEEK_SET); 
 assert(re == 0);

 size_t read = fread(values, sizeof(T), _vectorElements, _file);
 assert(read == _vectorElements);

 return 0;}

Наши программы являются многопоточными с OpenMP, и несколько потоков одновременно обращаются к одному и тому же файлу. Чтобы избежать проблем из-за нескольких потоков, мы всегда закрываем вызов функции в рамках критического оператора OpenMP:

#pragma omp critical {
    load(...);
}

Я знаю, что среда выполнения Microsoft Visual C ++ содержит несколько функций, таких как _fseek_nolock, _fread_nolock, _fwrite_nolock и так далее ... Например, функция _fread_nolock() описывается как

Эта функция представляет собой неблокирующую версию fread. Он идентичен fread, за исключением того, что он не защищен от вмешательства других потоков. Это может быть быстрее, потому что это не требует накладных расходов на блокировку других потоков. Используйте эту функцию только в потокобезопасных контекстах, таких как однопоточные приложения или где вызывающая область уже обрабатывает изоляцию потока.

Теперь мой вопрос: я понимаю, что функция блокирует «повторные» вызовы, поэтому никакой другой поток не войдет в функцию до того, как другие потоки вернутся. Однако я не понимаю, почему необходимо таким образом защищать одну функцию. IMHO все функции, которые обращаются / изменяют указатель файла (_file в примере кода), должны быть защищены и, следовательно, быть поточно-ориентированными. Это требует создания блокировки вокруг всего функционального блока, который на самом деле вызывает стандартные функции C fseek и fread, поэтому я не вижу смысла предоставлять такие неблокирующие функции.

Может ли кто-нибудь объяснить мне эти механизмы блокировки, потому что я полагаю, что наша параноидальная схема блокировки тратит впустую некоторую производительность?

Заранее спасибо!