TStreamReader, хотя и у него есть нюансы, в основном связанные с еще пишущимся файлом.
На самом деле, в этих легаси функциях нет никакой магии, они юзают те же самые API-шные файловые функции, что и SysUtils.File*. Разве что алгоритм построчного чтения в виде функциональной обертки больше нигде не реализован, но его можно и выдрать из исходников и приспособить к SysUtils.File*. Тем более что там не бог весть какая rocket science

Да, в ридере неоптимальный код с лишними копированиями, что особенно влияет в случае utf16 файла, который можно бы гнать в строку 1:1. Но на 150-Мб utf8 файле у меня получились результаты "ср.время: 3130 / 2329", что не столь драматично. Возможно, в 10-ке еще улучшили (проверял тоже в ХЕ2).

Тут ты прав, только что вспомнил про буферы и выставил всем по 8 кб. Результат плачевный для класса: ср.время: 4414 / 1284 / 47 (третья цифра - чистое чтение в буфер через SysUtils.File* функции).

В 10.3 не особо что-то поменялось. Буфер читается из файла (причем выделяется динамически каждый раз), потом FEncoding.GetString, который через GetCharCount вызывает функцию конвертации без записи, выделяет память под строку и перегоняет в кодировку назначения, а потом эта строчка пихается в TStringBuilder (снова копирование + расширение при необходимости). А извлечение делается так - поиск в TStringBuilder с обращением через GetChars к каждому символу (а это геттер с вложенным вызовом и проверками), потом получение строки (копирование), SetLength ее же (realloc) и удаление прочитанного FBufferedData.Remove (копирование)