[kim-aa]

а не напрягающий виндовую систему печати работой по растеризации и т.д., которую сам делать неспособен из-за отсутствия процессора. »

Для терминального режима не это главное.
Главное то, что т. к. для GDI-принтера по сути отсылается полная система команд для формирования страницы,
(передвижения головки и т.п.) то размер данных гораздо-гораздо больще чем для PCL и PS.

Второй (и часто главный) аргумент, можно драйвер данного принтра заменить встроенным (Windows native) в Windows поддерживающим тот-же номер диалекта или ниже.
Например, для проблемных в свое время LJ45xx (PCL3ext, 4), подставлялся стандартный LJ 5 (предыдущая модель данной линейки), и все прекрасно работало.

Единственное можно потерять какие либо функции отстутствующие в прошлой версии язывка описания страниц.
Например разрешение не 1200 dpi, а 600 dpi (хотя для стандартных офисных програм, со шрифтом не менее 10 кегля детали разрешением более 300 dpi не используются технически)
Увеличение полей документа, не полное использование дуплекса и сшивателя.

=========================================================================================
Раскажу о наиболее извращенных терминальных страданиях в которых я принимал участие.

Принтер был GDI + USB (Уже не помню какой модели), а терминальный сервер был еще Windows NT 4.0 Terminal Edition, работал великолепно, и смысла переставлять его на Win2000/2003 небыло н икакого.

Был собран на старой машине Unix-принт-сервер с с системой CUPS
(Как известно в Linux, Unix внутренним форматом печати является PostScript).
По сути выступавший даже не принт-сервером, а растровым процессором (интерпретатором одной системы команд в другую)


На клиентские машины и на терминал сервер ставился универсальный PostScript драйвер Adobe.

Получалась слудующая связка:

[WorkStation with Adobe driver] -----PostScript-------> [Linux CUPS server] ------USB------> GDI-printer