АнатоЛойСтранный вывод про "ничего общего".
Имелось ввиду, что нить ontape является частью процесса oninit, в отличие от утилиты командной строки ontape. О том же самом говорится и в Вашей презентации:
"The name of this thread is always ontape regardless of the archive client used."
Другими словами, независимо от того, какой клиент используется для архивирования (ontape или onbar) , стартует нить ontape, требующая себе пул, который может быть огромных размеров. У меня стойкое ощущение, что размер выделяемого пула прямо пропорционален размеру наибольшего чанка. Далее, эта нить через промежуточный буфер, размер которого равен TAPEBLK*ARCHIVE_BUF_COUNT, передает данные утилите архивирования (ontape или onbar), которая уже осуществляет непосредственную запись данных на устройство архивирования (ленту, диск, etc). Естественно, что нить ontape и утилита ontape взаимодействуют друг с другом, но это разные машинные коды.