Добрый вечер.
Заметил, что часть пользователей работает на 32х, а часть на 64х.
Нет скрытых рисков использования такой конфигурации?

(0) Это в одной базе они так работают?

Я одни раз тестил 64 битный клиент (еще на 8.3.9) - сталкнулся с проблемой - вылета программы, на 8.3.10 не пробовал, интересно как сейчас с ним?

(1)Да в одной.
(2)Нормально работает

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

А в остальном всё ровно.

Вообще х64 клиента ставить - зачем? Чтоб он памяти жрал более 3Гб? Так зачем же тогда тонкий клиент?

Клиентов не мерил, но вот конфигуратор х64 при запуске жрет больше чем х32. Но тут уж производственная необходимость: х32 стал вылетать частенько по нехватке памяти.

(4) 64 работает быстрее, причем в некоторых случаях это разница в разы.

(5) замеры производительности в студию

(6)не взлетит холивар, все уже пьяные по кабакам сидят :)

(6) И как замерять, например, открытие управляемой формы в конфигураторе, с секундомером на видео?

(0) Бухи сидят на х32, проги на х64.

У меня.

64 будет быстрее - если данные на клиенте обработывать, на открытие форм может влиять, остальное же все на сервере происходит, платформа именно обработать быстрее данные большие сможет

(10) Очередное голословное утверждение без замера производительности.

(11) сделай если тебе так интересно

не может х64 быть быстрее. ну и как минимум она памяти больше ест (не максимум а вообще)

(6) Они по заказу клиента делались за деньги на конкретной конфигурации, я NDA подписал, так что цифр не будет. Можете не верить, я по этому поводу не расстроюсь.

(13) Это в теории. А в реальности бывает и наоборот.

(15) Покажи пруф

она может БОЛЬШЕ данных обработать, что 32 вообще не сможет.
других преимуществ нет.

(16) Конкретных цифр показать не могу. Тестили на http-сервисах. На 32 битах сервис один и тот же запрос отрабатывает медленнее, поэтому при большом количестве запросов создаются дополнительные сеансы, которые в итоге выжрали около 50 гигов памяти. На 64 битах то же самое прошло на 6 гигах.
(17) Вот за счет того, что больше может обработать, и происходит экономия на сеансах и, соответственно, оперативки.

(12) Бремя доказательства лежит на утверждающем.

(18) так ты про сервер чтоли?

(20) Да

+(21) А 32-битный клиент работает не с 32-битным сервером?

У сервера конечно все по другому. 10 юзеров на 1 процесс или 10 юзеров на 10 процессов. разница есть конечно

(22) Это вещи не зависят друг от друга

(24) То есть, 32-битный клиент может обращаться к 64-битному серваку?

(25) Эх, Семен Семенович

Хотя да, какая ему разница

(25) ну уж-то ты своих клиентов заставлял юзать 64 клиента ради 64 сервера???

Ну ладно, кого запутал - простите. Но серваки лучше юзайте 64 бита.

(28) У моих клиентов этим занимаются собственные проги, я дальше сервера не заглядываю.

(30) сервер в 64 бита давненько уже, давненько... лет десять примерно, как он успешно пашет.

А вот клиент до сих пор сыроват еще. Но работать на нем можно и нужно. Иногда даже единственно возможный вариант использовать 64-бит версию конфигуратора, чтоб обновить типовую КА 1.1 к примеру.