В общем, хотелось бы узнать мнение у людей, есть ли какие-либо проблемы в случае, когда ОС х64, а платформа стоит 32-бит.

Немного подробностей: База клиент-серверная на Win Server 2012 R2, стоит SQL х64, раскручена база. На ПК пользователей стоит ОС Win 10 x64, но платформа стоит х32. Может ли это приводить к каким-либо казусам? При запуске 1С рядом с процессом 1С замечен процесс "driver print host for application".
Является такое поведение штатным, а если нет - что курить?

Короче преимуществ никаких с x64 клиентом не ощутил, а вот внешние компоненты типа драйверов ТО или PDF417 нифига в x64 не пашут, пришлось x32 ставить.

Все в порядке, причин для беспокойства нет.

Ну вообще сейчас так работают очень многие. Потому что 64-битная винда сейчас практически у всех, а вот использовать 64-битного клиента 1С могут далеко не все.

(0) 1С сервер у тебя какой?
Клиент может быть любым. Например, тонким или веб-приложение.

(0) это абсолютно нормально. и даже сервер 32 бит это нормально. особенно когда их запускают несколько штук (по 1 на ядро) и связывают в кластер. ключики то дешевле...

(0) серверу x64 не важно какой разрядности клиент, и так же не важна одновременная работа x64 и x32 клиентов.

https://rarus.ru/forum/forum59/topic11690/

клиент x64 нужен для конфигуратора

ибо ерп на 32 не обновишь

(0) "driver print host for application" - претензии не к 1С, это фишка операционки для поддержки 32-битовых приложений.
А в 1С фишка, которую забыл озвучить в своём перечне автор, - это "битность" ключа сервера 1С :)

Теоретически 64 разрядное приложение может юзать больше памяти вроде больше нету особых преимуществ.
    А так лучше 32 разрядное ибо (1). И еще есть причина для нехороших людей - редисок. Впрочем их подрежут скоро).

а что 64 битный клиент уже из стадии беты вышел?

(12) сто лет в обед. только вот партнеры и франи не торопятся свое хозяйство переписывать под 64бита. то бишь торговое оборудование, различные компоненты сомнительной необходимости.
если у вас сферическая 1с-ка со своим преферансом и куртизанками - велкам. только вот зафига эти 64 бита нужны, когда клиент набитый ближе к лимиту 32 бит уже скорее мертв чем способен к работе.

(13) "клиент набитый ближе к лимиту 32 бит" Это как понять?
Разрядность команд ЦПУ можно как-то набить? ЯННП...

(14) разворачиваю.
клиент набитый = пользовательский процесс 1с загруженный некоторым количеством данных (формы, макеты, компоненты)
к лимиту 32 бит = природное ограничение размера адресуемой памяти для процесса равное 2 GB или 4 GB в зависимости от настроек приложения.

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

Еще 64битный клиент позволяет работать с файловыми архивами .dt очень большого размера без манипуляций с размерами страниц.

(11) ну, оно не теоретически, а вполне практически. На толстом клиенте вполне можно уронить УПП по недостатку памяти, например, громоздким табличным макетом при построении отчета за большой период. И некоторыми другими ужористыми по памяти вещами. Тогда как 64-битка такое издевательство выдержит. То же самое касается конфигуратора - обновления даже той же древней УПП иной раз довольно близко подходят к двухгигабайтному порогу.

другой вопрос, что многие пристыкованные блоки не имеют поддержки 64-битной архитектуры, что вынуждает использовать 64-битного клиента только в крайних случаях, а в остальных обходиться 32-битным.