Доброго
Переустанавливаем платформу на более высокую версию.
Ставить буду средствами АД.
Есть элементы, например печать штрихкода, которые только 32 битые.
В общем, чтобы не разгребаться, кому какую версию ставить хочу всем 32-бит зафигачить  

Толстый клиент есть разница 32 или 64 бита?

Если ОФ, то есть, т.к. много чего на клиенте исполняется

(0) конфы какие? Я на УПП пока поставил 32-битную платформу. Но решение не совсем бесспорное.

а ключик на 64 уже есть?

(3) а у клиента разве различаются лицензии на х32 и х64? Я, кажется, ставил себе на буке и подхватило оно лицензию от сетевого хаспа...

(2) Тоже УПП

(4) то есть клиент 64, а сервер 32?

(3) Сервер 32-битный.

(6) Ну да частично так у меня и есть.

(6) В моем случае серевер 64, а клиенты в продуктиве 32. Но 64 ставить-играться пробовал... На самом деле в случае с УПП пока что (пока что!) критична разрядность системы, на которой клиент крутится. Т.е. нужна Windows x64, в противном случае уже даже обновление не работает. А вот сама платформа 1С клиентская достаточно 32-битной. По крайней мере на моих задачах так выходит.

(9) вопрос в другом, будет ли увеличение производительности системы, если 64 клиенты, я не знаю, если честно

(0) Да

(11) Лаконично. А какая не скажете, коли не в тягость?

(10) мне кажется, принципиального не будет. Если где-то упиралось в память 32-битного процесса и из-за этого падало, то с 64-битным падать в таких случаях не должно, вот и все преимущества. А дальше пошли недостатки, связанные с тем, что все внешние компоненты и оле-объекты, применяемые с таким клиентом, должны быть также 64-битными. Соответственно, можно внезапно напороться на на то что где-нибудь не окажется 64-битного ADO-драйвера или тому подобная шляпа, и там отвалится.

(10) В космос не полетит, но в ряде случаев, например https://forum.infostart.ru/forum86/topic220650/ будет весьма полезен.

(14) Спасибо, таких мы не ловили пока

(14) Не вариант.
(0) Лучше на клиенте держаться х32... Меньше ошибок.

В общем смело ставлю везде 32-бита и не парюсь

(17) обычным юзерам - т.е. на клиентские компы - пока еще ставишь 32

А себе лучше 64, потому что в накатывании обновлений могут быть проблемы с нехваткой памяти

У меня сервак все равно 32 битный.

(19) а конфы в память загружает и сравнивает твой комп, а не сервер.

(19) ты в базах с какими конфигурациями? КА или УПП есть - что-то типовое и тяжелое?

(19) твой так называемый "толстый клиент" - это как раз то самое приложение, которое обычно Конфигуратор зовется и выполняется на компе админа или погромизда

При накатывании обновок на конфигурацию это приложение жрет память как не в себя.

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

В принципе логично.
Но сервак всё же круче моего компа. Я всегда на серваке обновляюсь. Там быстрей.
И да у меня 64 бита стоит.
Так что не факт.

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

по скорости конечно разницы нет

(0) Где всякие печати ШК и прочее торг.оборудование, то лучше 32 поставить. Там где нужно делать "тяжелые" процедуры (обновления конфиги, перепроведение док-тов и т.п.) лучше ставить 64. Проверил лично, что в УПП перепроведение, к примеру, за месяц или квартал, на 64 клиенте идет на 10-20% быстрее, в зависимости от "железа" компа.

(0) Я ставлю всегда 32-х, пробовал 64-х, практически все торговое оборудование перестало работать, так как там библиотеки 32-х

Мы столкнулись с тем, что x64 ODBC-драйвер для firebird отказался сотрудничать с клиентом 1С x64.