Добрый день.
Фирма переходит на УТ11. Количество пользователей около 40.
С дальнейшим расширением до 70.
Тестирование проводилось на 15.294 и сервер перестал пускать в базу при размере rphost около 1200 мб, хотя юзеры работали. При регламентном перезапуске вылетали все пользователи, поэтому регламент был отключен.
На текущем 301 ошибка исправлена, но опасения за объем памяти остались.
По производительности вопросов не возникало.
Отсюда вопрос. У кого сколько пользователей СТАБИЛЬНО работает на 32-х разрядном сервере 1С?

Странная постановка вопроса.пользователь есть пользователь,не зависимо от конфигурации.
А сколько у тебя рабочих процессов?Сколько у тебя процов на сервере?сколько у тебя ОЗУ?

на 32-х главно чтоб rphost не более 3-х гигов был примерно... чо это он пускать перестал? ошибку в студию

без планируемого количества рабочих процессов, соотвественно объекма ОП, физики/количества/качества жестких дисков, типа СУБД и пр. и пр. пр. рассуждать можно бесконечно ниачем

мой ответ - потянет от 75 если все сделать как надо и в принципе не так важен тазик

(0) ухахаха. разрядность тут нипричем.

Но лучше конечно 64

тока 8.2 сильно глючит при нескольких рабочих процессах, 14-я платформа по крайней мере, ошибка с параметрами сеанса ещё вроде не исправлена

у меня и под 100 тянул 32-х разрядник...но (4) прав.
Я в конечном счете перешел на 64 из-за объема используемой памяти

(6)Исправлена в 8.2.15.301

(8) гут

(6) если не использовать толстый - ошибка не проявляется.

вообще большинство ошибок новых версий платформы не от "тупости" разрабов, а от политики 1С угодить всем, т.е. политики "все должно работать во всех клиентах и всех режимах совместимости". если работать только с тем для 8.2+ создается, то критических ошибок практически нет

(1) повторюсь, вопросов по производительности не было.
ОЗУ 12, хватает. Ядер 24. Процессов 3. sql 2008
(2) просто перестал. Запускальщик 1С крутился бесконечно.
Вопрос именно в объеме памяти 1С.

(11)Могу порекомендовать подкрутить ограничение объема используемой памяти для rphost

(12)+согласно рекомендациям 1с кол-во рабочих процов=кол-во процов(не ядер) сервака+1

(13) два проца по 6 ядер + гипер = 24 ядра
3 rphost

(4) Вижу что мнения есть, а реального опыта именно УТ 11 нет.

(15) при чем тут конфа сначала обоснуй, и УПП на 8.1 на 500 юзеров делали люди, УТ намного "легче"

(15) 200 активных пользователей, 32 бит, УТ11.

(7) на УПП на 100 юзеров тоже 64-х ставил. Закрытие месяца не отрабатывало. А на УТ11 закрытие намного быстрее и легче, затыка в нем не должно быть. Могут быть утечки памяти при текущей работе.

За что голосовать?

(17) платформа 15.301?

(19) За Бориса Георгиевича

(20) Нет 14.528, на 15 не взлетело, пробовали =)

(22) на какой версии?

(23) Пробовали на 15.294

или ты про что?

(21) ну, до 30 пользователей даже файловая база тянет. Если у вас в SQL и с таким количеством сомнения возникают, то нужно разогнать всех админов и набрать новых.

(25) именно про 294. На ней же и не взлетело.
ЕСТЬ КТО НА 15 ПЛАТФОРМЕ УТ11.

сколько памяти жрет в сумме по 3 rphost?

(28) 3

если 3 гига, то или кластер серверов поднимать, или на 64 бита перепрыгивать

да и кстати, релизик то смени на 301, 294 косячный - там стабильно все падает

3 гига для 32-хразрядного rphosta-это очень много.Даже 1с не рекомендует больше 2-х из-за утечки памяти

на одном rphost за 4 часа вырос до 1,2 Гб, на двух других было около 1 и 0,8 Гб, в сумме 3. Если 301 будет работать до 2Гб без подвисаний, то этого хватит для работы.

(33)я делал так.Ставил ограничение 1.5 гига на один rphost.при достижении этого ограничения сервер тушит процесс и создает новый.Сессии не завершаются аварийно,в отличии от неконтролируемого падения

Перешел в боевой режим.
Оставил один 32-х битный процесс.
1,8 гига. Работает.

(34) Имеется в виду свойство "Допустимый объем памяти" в свойствах кластера?

Занимает физически память.

(36) И что будет?

Я к чему спрашивал. Нужно было выгрузить большой обмен, я с чистым сердце поставил галочку ограничить размер.Так он мне написал, выгрузка прервана превышен обмен

Как бы тут тоже самое не произошло, т.е. тупо выкидывать клиентов, если превысил объем памяти