Повышение файла ограничивает для сервиса, а не пользователя
Даже Ваши лучшие скорости передачи случая кажутся довольно плохими, читать большой файл от 7 RAID 6 диска должно смочь легко насыщать ссылку GigE, поэтому даже с издержками Samba, которые необходимо видеть намного лучше, чем 25Meg/sec.
Crypto наверху не должен сдерживать Вас как общий принцип, encrypting\decrypting (с AES) 100Meg/sec, и больше хорошо в возможности одноядерного на современном ЦП, однако это сообщение о dm-склепе указывает, что могло быть узкое место, которое могло бы быть инициировано Вашей установкой, и это - относительно недавнее, таким образом, я подозреваю, что это - все еще проблема.
Когда Вы говорите, что передаете своему компьютеру - какова спецификация там - Что ОС, сколько RAM и как быстро подсистема диска, которую Вы пишете в, т.е. это может не отставать от 25Meg/sec?
"Do I perform the same actions for raising the limits of use, upon the user the service runs as?" - Yes. The service is running under the user's limitations, so once the limits are raised and the service restarted, it will have the new limits.
Для CentOS 7 (и я предполагаю, что любые другие системные преобразователи) вам нужно отредактировать служебный файл. Вы можете использовать это, чтобы просто переопределить служебный файл, чтобы он был безопасным для обновления:
systemctl edit dovecot.service
А затем добавьте:
[Service]
LimitNOFILE=4096
Измените 4096 на то, что вам нравится.