Один простой способ - создать один субъект записи файлов, который сериализует все записи на диск.После этого вы могли бы иметь несколько действующих лиц обработчиков запросов, которые передавали ему обновления по мере обработки событий регистрации событий с внешнего сервера.Вы получите параллелизм в обработке запросов, продолжая сериализацию записей в ваш файл журнала.Наличие более одного субъекта откроет возможность одновременной записи, что в лучшем случае повредит ваш файл журнала.По сути, если вы хотите, чтобы что-то было потокобезопасным в модели актера, это должно быть выполнено на одном акторе.К сожалению, ваша задача по сути является последовательной в момент записи на диск.Вы могли бы сделать что-то более сложное, например, объединить файлы журналов, поступающие от нескольких акторов во время ротации, но это кажется излишним.Если вы не сгенерируете эти 64-100 МБ за секунду или две, я был бы удивлен, если бы дополнительные потоки, выполняющие ввод-вывод, купили вам что-нибудь.
Если предположить один актер записи, вычислить довольно простоколичество, которое было записано с момента последнего поворота, и я не думаю, что отслеживание внутреннего состояния субъекта по сравнению с опросом файловой системы будет иметь значение, так или иначе.